Dasturiy ta'minotga qo ’yilgan talablarni ishlab chiqish asoslari

Diqqat! Hech qachon ideal talablarni yarata olmaysiz . Amaliy nuqtai nazardan, talablarni ishlab chiqishning maqsadi - 

mahsulotning keyingi partiyasini yaratish uchun etarlicha yaxshi bo'lgan talablar to'g'risida umumiy tushunchaga ega bo'lish - 

bu  bir  yoki  yuz  foiz  bo'lsin,  xavfning  o'rtacha  darajasida  ishlashni  dav om  ettirishdir.  Asosiy  xavf  katta  hajmdagi 

rejalashtirilmagan kamchiliklar mavjudligidadir, chunki jamoa dizayn va ishlab chiqishni boshlashdan oldin ishning keyingi 

bosqichiga qo'yiladigan talablarni etarlicha tushunmagan. 

 

 

 

Talablarni boshqarish

 

 

 

Talablarni boshqarish bo'yicha  faoliyat quyidagilarni o'z ichiga oladi:

 

 

 

 talablarning  asosiy  versiyasini  belgilash,  kelishilgan,  sinovdan  o'tgan  va  tasdiqlangan  funktsional  va 

funktsional bo'lmagan talablar to'plamini aks  ettiruvchi surat, odatda ma'lum bir

     

keyingi mahsulotni ishlab 

chiqarish yoki ishlab chiqish iteratsiyasi;

 

 

 

 taklif etilayotgan talablarning ta'sirini baholash va tasdiqlangan o'zgartirishlarni loyihaga kiritish;

        

 

 

 

 o'zgarishlar muvofiq yangilash loyiha rejalari talablar;

        

 

 

 

 talablari o'zgarish taxmin ta'siri asosida yangi majburiyatlarni muhokama qilish;

         

 

 

 

 munosabatlar va talablari o'rtasidagi mavjud bog'liqliklar aniqlash;

        

 

 

 

 dizayn, manba kodi va testlar oldidan individual talablarni kuzatish ;

        

 

 

 

 loyiha davomida talablar va o'zgarishlarning holatini kuzatish.

        

 

 

 

Talablarni boshqarish  o'zgarishni oldini olish yoki uni amalga oshirishni qiyinlashtiradigan narsa  emas - bu 

loyihaga  ta'sir  etuvchi  ta'sirini  kamaytirish  uchun  kutilayotgan  real  o'zgarishlarni  oldindan  ko'rish  va  unga 

moslashish  haqida .

 

 

 

Shaklda 1-5 talablarni ishlab chiqish sohalarini ajratish va boshqarishning yana bir usulini ko'rsatadi. Ushbu 

kitob  talablarni  aniqlash  ,  tahlil  qilish,  hujjatlashtirish,  tekshirish  va  boshqarish  bo'yicha  o'nlab  maxsus 

texnikalarni tavsiflaydi .

 

 

Shakl: 1-5. 

Talablarni ishlab chiqish va boshqarish sohalarini ajratish

 

Har bir loyihaning talablari bor

 

 

 

Frederik Broks talablarning muhim rolini aniq belgilab qo'ydi

 

 

 

yilda ": z va dasturiy ta'minot muhandislik hodisalari hech Kumush Bullet" klassik  1987 insho bir dasturiy 

ta'minot ishlab chiqish loyiha:

  

 

 

«Dasturiy ta'minot tizimini yaratishning eng qiyin qismi bu nimani qurishni hal qilishdir.  Kontseptual 

ishning boshqa qismi yo'q texnik talablarning  tafsilotlarini  aniqlash  qanchalik  qiyin  bo'lsa,

 

 

 

yilda odamlar, mexanizmlar va boshqa tizimlar Mami dastur bilan hamkorlikni, jumladan,. Hech 

qanday boshqa ish  yomon natijaga olib  kelmaydi. Boshqa hech qanday xato  tuzatish uchun 

qiyinroq xatolarni keltirib chiqarmaydi. "

 

 

 

 

Dasturiy  ta'minotni  o'z  ichiga  olgan  har  bir  tizimda  unga  ishonadigan  foydalanuvchilar  mavjud. 

Foydalanuvchi ehtiyojlarini tushunishga sarflangan vaqt bu loyihani muvaffaqiyatli amalga oshirish uchun juda 

samarali sarmoyadir. Agar loyiha jamoasi mijozlar allaqachon  rozi bo'lgan  talablarni yozmasa, qanday  qilib bu 

mijozlarni qondirishi mumkin?

 

 

 

Dizayn  va  amalga  oshirishdan  oldin  talablarni  to'liq  aniqlash  ko'pincha  mumkin  emas  yoki  kerak  emas. 

Bunday holda, asta-sekin  va asta-sekinlik  bilan davom eting: bir vaqtning o'zida bitta talabni ishlab chiqing.

 

 

 

va  keyingi  tsiklga  o'tmasdan  oldin  mijozning  javobini  kutishingizga  ishonch  hosil  qiling  .  Bu  Agile-ning 

rivojlanishining  mohiyati.  Jamoa  qimmatli  dasturiy  ta'minotni  iloji  boricha  tezroq  qurishni  boshlashi  uchun 

oqilona  ustuvorlik va  relizlar jadvalini  tuzish  uchun  etarli talablarni aniqlab  olish  . Keyingi  bosqichdan  oldin 

talablarni  o'rganishdan  oldin  kod  yozish  uchun  hech  qanday  bahona  bo'lmaydi.  Kodlashning  iteratsiyasi 

kontseptsiyani ishlab chiqishga  qaraganda ancha qimmat.

  

 

 

 

Ba'zan odamlar yozma talablarga vaqt sarflamaslikni afzal ko'rishadi, ammo bu qiyin narsa emas. Qiyin qismi 

bu talablarni aniqlashdir . Dastlab, talablarni yozish bu ma'lumotlarni shakllantirish, ishlab chiqish va dekodlash 

jarayonidir. Mahsulotga bo'lgan talabni aniq tushunish, sizning jamoangiz hal qilinishi kerak bo'lgan muammolar 

ustida ishlayotganiga va eng yaxshi echimni yaratishiga ishonch beradi . Talablar nima ekanligini bilmasdan, siz 

loyihaning  qachon  tugashini,  maqsadlarga  erishilganligini  yoki loyiha  chegaralarini  sozlashda  murosaga  kela 

olmaysiz  . Vaqtni  talab  qilish  uchun  vaqtni  sarflash  o'rniga,  loyihadagi  talablarga  etarlicha  e'tibor  bermaslik 

sababli pulni isrof qilmaslik.

 

 

 

Yaxshi odamlar yomon talablarga ega bo'lganda

 

 

 

Talablar  muammosining  asosiy  natijasi  bu  siz  o'ylagan  narsani  qayta  ishlashdir.  Bu  umumiy  rivojlanish 

byudjetining  30-50% ni tashkil  qiladi (Shull va  boshqalar,  2002;  GAO,  2004), talablar  xatolari  qayta  ishlash 

xarajatlarining  70  dan  85%  gacha  turadi  (Leffingwell, 199  7). Kichik  qayta  ishlash  mahsulotning  qiymatini 

oshiradi va yaxshilaydi, ammo juda katta qayta ishlash bu resurslarni isrof qilish va umidsizlikdan boshqa narsa 

emas.  Agar siz  qayta ishlash  hajmini kamaytirsangiz,  hayotingiz qanchalik  o'zgarishini  tasavvur  qiling yarim! 

Sizning  guruhingiz  a'zolari  dasturni  tezroq  qurishlari  va  hatto  o'z  vaqtida  uylariga  qaytishlari  mumkin  edi. 

Yaxshi sifat talablarini yaratish xarajat emas, balki sarmoyadir.

 

 

 

Keyinchalik loyihada topilgan kamchiliklarni tuzatish, yaratilishdan so'ng darhol tuzatishga qaraganda ancha 

qimmat. Aytaylik, biron bir kamchilikni topish va uni tuzatish uchun sarflangan xarajat bir dollarni tashkil etadi 

(nisbiy miqyosda).  Agar dizayn  paytida  xato  aniqlansa,  talabdagi xatoni  tuzatish  uchun  bir dollar  va  noto'g'ri 

talab asosida  loyihani qayta ishlash uchun yana 2-3 dollar sarflash kerak bo'ladi. Ammo foydalanuvchi bu haqda 

shikoyat  qilmaguncha  va  shikoyat  qilmaguncha  xatoni  hech  kim  topmagan  deb  tasavvur  qiling .  Nosozlikni 

tuzatish qiymati tizim turiga bog'liq va bizning nisbiy miqyosimizga nisbatan 100 AQSh dollar yoki undan ko'p 

bo'lishi mumkin (Boehm, 1981; Grady, 1999; Haskins, 2004). Men maslahat xizmatlarini ko'rsatgan mijozlardan 

biri do'stona  tekshirishning bir turi bo'lgan  maxsus  dasturiy  ta'minotni tekshir ish  usulidan  foydalangan  holda, 

ularning axborot tizimidagi nosozlikni aniqlash va tuzatish uchun mehnat xarajatlari o'rtacha 200 dollarni tashkil 

qildi (Wiegers, 2002). Boshqa tomondan, foydalanuvchi tomonidan topilgan xatoni tuzatish uchun uning narxi 

4200 dollarni tashkil  etdi  -  bu  narxdan  21  baravar.  Talablar  xatolarining  oldini  olish  va  ularni  erta  aniqlash 

ularni qayta ishlashni sezilarli darajada kamaytiradi. 

 

 

 

Talablarning  etishmovchiligi  loyihaning  muvaffaqiyatiga tahdid  soladi  ,  bu  erda  muvaffaqiyat deganda 

byudjet  va  loyiha  jadvalini  bajarish  paytida  sifat  va  funktsionallik  bo'yicha  foydalanuvchilarning  talablariga 

javob beradigan mahsulotni etkazib berish tushuniladi. 23-bob ushbu xavflarni loyihani buzmaslik uchun qanday 

boshqarishni tushuntiradi. Keyinchalik keng tarqalgan xavflarning ba'zilari ushbu bobda batafsil tavsiflangan.

 

 

 

Foydalanuvchi bilan aloqa etishmasligi

 

 

 

Ko'pincha  mijozlar  talablarni  sinchkovlik  bilan  to'plash  va  ularning  sifatini  ta'minlash  juda  muhimligini 

tushunishmaydi. Ishlab  chiquvchilar har doim ham foydalanuvchilarni ushbu jarayonga  jalb qilishga  ahamiyat 

bermaydilar, chunki ular foydalanuvchilarning ehtiyojlari haqida hamma biladi deb ishonishgan. Ba'zi hollarda 

to'g'ridan-to'g'ri shug'ullanadigan  odamlarga murojaat qilish qiyin

 

 

 

bilan  mahsulot  va  foydalanuvchilarni  o'rniga  qilganlar  har  doim  ular  aslida  nima  kerak  tushunmadim. 

Foydalanuvchi  bilan bog'lanishning  yo'qligi loyihaning  oxirida talablar xatolarini  topishga  olib keladi,  bu  esa 

loyihani tugatish kechikishini anglatadi.

 

 

 

 

Foydalanuvchilarning jalb etilmasligi bilan bog'liq yana bir xavf , ayniqsa talablarni tahlil qilish va tekshirish 

paytida, biznes tahlilchisi haqiqiy biznes yoki mijozning ehtiyojlarini tushunmasligi va noto'g'ri hujjatlashtirishi 

mumkin. Ba'zida  biznes-tahlilchi  "ideal" talablarga javob  beradigan narsani  aniqlash  yo'lidan  boradi va  ishlab 

chiquvchilar  ularni  amalga  oshiradilar,  ammo  hech  kim  bu  echimni  ishlatmaydi,  chunki  biznes  muammosi 

noto'g'ri tushunilgan. Foydalanuvchilar bilan doimiy uchrashuvlar xavfni kamaytirishga yordam beradi, ammo 

agar foydalanuvchilar talablarni etarlicha ko'rib chiqmasa, siz hali ham muammolarga duch kelishingiz mumkin.

 

 

 

 

Ishonchsiz rejalashtirish

 

 

 

“Men  yangi  mahsulot  uchun  nimadir  o'ylab  topdim.  Buni  qachon  qilsa  bo'ladi?  Muammoni  qayta 

bilmaguningizcha,  bu  savolga  javob  bermang  .  Noma'lum,  yaxshi  tushunilmagan  talablar  haddan  tashqari 

optimistik  baholarni  keltirib  chiqaradi  va  haddan  tashqari  ko'p  bo'lganida  bizni  hayajonga  soladi.  

Tayyorlanmagan  baho tinglovchining  oldidagi majburiyat  kabi  ko'rinadi  . Byudjet  kam  hisoblab  chiqilganida 

loyihaga eng katta hissa bu tez-tez talablarni o'zgartirish, o'tkazib yuborilgan talablar, foydalanuvchilarning etarli 

darajada  o'zaro  aloqasi,  talablarning  batafsil  spetsifikatsiyasi  va  kam  tahlillar  xarajatlari  hisoblanadi  (Devis, 

1995).  Ish  yukini  va  loyihaning  davomiyligini  talablar  asosida  hisoblash,  sizning  talablaringiz  doirasi  va 

rivojlanish  guruhingizning mahsuldorligi  haqida  biron bir  narsani  bilishingiz  kerak  degan  ma'noni  anglatadi . 

Talablarga asoslangan baho berish to'g'risida ko'proq ma'lumot olish uchun 5-bobda "Dastur talablari to'g'risida" 

bo'limiga qarang (Wiegers, 2006).

 

 

 

O'sib borayotgan foydalanuvchi talablari

 

 

 

Davomida ishlab chiqish jarayoni, talablar loyiha ko'pincha vaqt va byudjet jihatidan ham, belgilangan doirasida 

orqasida ketadi nima bo'lgan, o'zgartirishingiz mumkin. Talablar chegarasi  chegarasini boshqarish  uchun avval 

loyihaning  biznes  maqsadlari,  strategik  qarashlari,  cheklovlari  va  muvaffaqiyat  mezonlarini  aniqlang.  Taklif 

etilayotgan  yangi  xususiyatlar  yoki  talablar  ushbu  parametrlarga  qanday  ta'sir  qilishini  baholang.  Talablar 

bo'ladi o'zgartirish va o'sadi. Loyihaning menejeri birinchi yangi talablar jadvalni buzmasligi uchun favqulodda 

vaziyatlar uchun "rejalashtirish buferlari" ni taqdim etishi kerak (Wiegers, 2007).  Agile loyihalarida, iteratsiya 

hajmi belgilangan byudjet va iteratsiya davomiyligiga moslashtiriladi. Yangi talablar paydo bo'lganda, ular orqa 

qismga  joylashtiriladi  va  ustuvorlik  asosida  kelajakdagi  iteratsiyalarga  tayinlanadi.   O'zgarish  ko'pincha 

muvaffaqiyat uchun hal qiluvchi ahamiyatga ega, ammo u har doim narxga tushadi .

 

 

 

 

Aniq bo'lmagan talablar

 

 

 

Noaniqlikning  bir  alomati  shundaki,  foydalanuvchi  bitta  pozitsiyani  turli yo'llar  bilan  talqin  qilishi  mumkin.  

(Lourens, 1996). Yana bir alomat shundaki, talabning bir nechta o'quvchilari bu nimani anglatishini boshqacha 

tushunishadi. 11-bob noaniqlik keltirib chiqaradigan ko'p  sonli so'zlar  va iboralarni aniqlaydi, bu o'quvchilarga 

talqin qilish uchun javobgarlikni yuklaydi.

 

 

 

Ushbu noaniqlik, shuningdek, qiziquvchilar orasida turli xil taxminlarga olib keladi mazax  qilingan 

shaxslar. Keyinchalik, ulardan ba'zilari natijadan hayratda. Ishlab chiquvchilar noto'g'ri ishlarni bajarish 

uchun vaqtni behuda sarf qilmoqdalar. Va testerlar tizimning noto'g'ri xatti-harakatlarini tekshirishga 

tayyorgarlik ko'rishmoqda .

 

 

 

Noaniqlikdan qutulishning  bir usuli  - turli xil foydalanuvchilar vakillarini talablarni rasmiy ravishda  ko'rib 

chiqishga taklif qilish. (Wiegers, 2002). 17-bobda aytilganidek, «tengdosh-tengdosh» deb nomlangan norasmiy 

baho,  unda  qatnashuvchilar  talablarni  mustaqil  ravishda  o'qiydilar,  ko'pincha  noaniqliklar  yo'qligini 

ko'rsatadilar. Agar ular talablarni turli yo'llar bilan talqin qilsalar, lekin ularning har biri uchun mantiqiy bo'lsa, 

unda  noaniqlik  ko'rinmaydi. Talablarni  birgalikda  aniqlash  va  tekshirish  ,  yig'ilish  davomida  guruh ichidagi 

talablarni muhokama qilish va aniqlashtirishga yordam beradi. Noaniqlikni aniqlashning yana bir usuli - bu talab 

uchun test ishini yozish va prototipni yaratish.

 

 

 

Talablar - "kamon"

 

 

 

Oltin  qoplamasi  bu  talablar  spetsifikatsiyasida  yo'q  bo'lgan  va  ishlab  chiqaruvchilar  tomonidan  qo'shilgan 

xususiyatlarni  anglatadi , chunki ular foydalanuvchilarga yoqadi deb  o'ylashadi. Agar  mijozlar uchun  ortiqcha 

imkoniyatlar keraksiz bo'lsa, ularni amalga oshirish uchun ajratilgan vaqt isrof bo'lib chiqadi. P shunchaki yangi 

vazifalar, tuzuvchilarning joylashtiring efore va ish zakovati sud mijozlar o'z ijodiy g'oyalar taqdim qilish uchun 

zarur bo'lgan.  Jamoa vazifasi  spetsifikatsiya  talablariga  qat'iy  rioya qilish  va ularning roziligisiz  mijozlarning 

yordami orqasida harakat qilmaslikdir.

 

 

 

Foydalanuvchilar ba'zan  chiroyli ko'rinadigan, ammo mahsulot uchun ahamiyatsiz bo'lgan xususiyatlar yoki 

interfeys  elementlarini  talab  qiladilar. Siz  qo'shmoqchi  bo'lgan  har  qanday  narsa  vaqt  va  pulni  talab  qiladi, 

shuning  uchun  kelajakdagi  mahsulotingiz  qiymatini  maksimal  darajada  oshirishga  harakat  qiling.   "Kamon" 

miqdorini  kamaytirish  uchun  har  bir  funktsiyani  uning  manbasiga  qarab  kuzatib  boring,  u  nima  uchun 

mahsulotga kiritilganligini aniq bilib oling. Belgilangan va ishlab chiqilgan har bir narsa loyiha ichida ekanligiga 

ishonch hosil qiling.

 

 

 

O'tkazib yuborilgan foydalanuvchi darslari

 

 

 

Mahsulotlarning aksariyati  turli xil chastotadagi  turli xil funktsiyalar to'plamidan foydalanishi mumkin bo'lgan 

bir nechta foydalanuvchilar guruhlariga mo'ljallangan.

 

 

 

va  turli  xil  dasturiy  tajribaga  ega.  Agar  siz  mahsulotingiz  uchun  muhim  foydalanuvchi  sinflarini  oldindan 

aniqlamagan bo'lsangiz , ba'zi mijozlarning ehtiyojlari hisobga olinmaydi . Barcha sinflarni aniqlagandan so'ng, 

har  kimning  ovozi  6-bobda  aytilganidek  eshitilganligiga  ishonch  hosil  qiling.  Aniq  foydalanuvchilardan 

tashqari,  o'zlarining  funktsional va  funktsional  bo'lmagan  talablariga  ega  bo'lgan  yordamchi  xodimlar haqida 

unutmang  . Eskirgan tizimlardan  ma'lumotlarni  o'zgartiradigan  xodimlar  migratsiyaga  qo'yiladigan  talablarga 

ega,  ular  yakuniy  mahsulotga  ta'sir  qilmaydi,  lekin  echimning  muvaffaqiyatiga  aniq  ta'sir  qiladi.  Ehtimol, 

qiziquvchilar  ham  bo'lishi  mumkin

  

loyihaning  mavjudligidan  bexabar,  masalan,  sizning  tizimingizga  ta'sir 

ko'rsatishi  mumkin  bo'lgan  standartlarni  o'rnatgan  davlat  idoralari,  va  siz  bunday  manfaatdor  tomonlar  va 

ularning loyihaga ta'siridan xabardor bo'lishingiz  kerak .

 

 

 

Yuqori sifatli talablarni ishlab chiqish jarayonidan foyda 

oling

 

 

 

Ko'pchilik, talablarni muhokama qilishga sarflangan vaqt shunchaki mahsulotni chiqarishni kechiktirmoqda, deb 

noto'g'ri o'ylashadi. Ular talablar bilan ishlash loyihaning rentabelligini oshirmaydi deb taxmin qilishadi . Aslida, 

yaxshi da'volarni olish qiymati deyarli har doim profitsit bilan qaytadi.

 

 

 

Qo'shma  sho''basi  PA-bot  loyihasi  talablariga  yaratish  muvaffaqiyatli  jarayoni  jalb  manfaatdor  tomonlar 

majmui tomonidan, va loyiha davomida. To'plash  talablari ishlab chiqish guruhiga foydalanuvchilarni yoki har 

qanday  loyiha  uchun  muhim  bo'lgan  bozor  voqeligini  yaxshiroq  tushunishga  imkon  beradi.  Vizual  jozibali 

xususiyatlarga  emas, balki  foydalanuvchi vazifalariga e'tibor qaratish  orqali jamoa o'zi  kerak bo'lmagan  kodni 

qayta yozishga majbur bo'ladi. Mijozlarni ushbu jarayonga jalb qilish, foydalanuvchilarga kerak bo'lgan narsalar 

va  ishlab chiquvchilar  chiqaradigan narsalar  o'rtasidagi  farqdan kelib  chiqadigan  yolg'on taxminlar ehtimolini 

kamaytiradi . Ertami-kechmi, siz mijozlarning fikrlarini olishni boshlaysiz. Bundan tashqari, mahsulotni ishlab 

chiqarishni boshlashdan oldin, yakuniy etkazib berishdan keyin o'zaro tushunishga erishish ancha arzon. Mijoz-

ishlab chiquvchi hamkorligining mohiyati haqida 2- bobga qarang .

  

 

 

 

Odamlar  bilan  o'zaro  bog'liq  bo'lgan  dasturiy  ta'minot,  apparat  vositalari  yoki  quyi  tizimlarga  tegishli 

talablarni  aniq  ajratish  mahsulotni  ishlab  chiqishda  tizimli  yondoshishga  imkon  beradi.   O'zgarishlarni 

boshqarishning  samarali  jarayonlari  o'zgaruvchan  talablarning  salbiy  ta'sirini  kamaytiradi  .  Bir  xil  aniq 

bo'lmagan  hujjatlar  mahsulotni  sinovdan  o'tkazishni  osonlashtiradi.  Bularning  barchasi  birgalikda  barcha 

foydalanuvchilarni qoniqtiradigan yuqori sifatli mahsulotni yaratish imkoniyatlarini oshiradi.

 

 

 

Hech  kim talablarni  yaxshilashga  yo'naltirilgan  sarmoyadan  aniq  daromad olishni  va'da  qilmaydi .  Yaxshi 

talablar sizning jamoalaringizga qanday yordam berishi mumkinligini aqliy tahlil qilishingiz mumkin (Wiegers, 

2006). Yuqori  sifat  talablarining narxi  yangi  protseduralar  va  hujjatlar  shablonlarini  ishlab  chiqish  ,  jamoani 

o'qitish  va  vositalarni sotib  olish  xarajatlaridan iborat . Eng katta investitsiya  bu sizning  guruhingiz talablarni 

to'plash, hujjatlashtirish, ko'rib chiqish va boshqarish uchun sarflaydigan vaqt.  Mumkin bo'lgan foyda:

 

 

 

 talablari va kam nuqsonlar tayyor mahsulot;

        

 

 

 

 kam ishlov berish;

        

 

 

 

 tayyor mahsulotni tezroq ishlab chiqish va etkazib berish;

       

 

 keraksiz va foydalanilmagan funktsiyalar soni kamroq;

        

 

 

 

 o'zgartirish narxini pasaytirish;

        

 

 

 

 kamroq tushunmovchilik;

         

 

 

 

 loyiha chegaralarining kamroq tarqalishi;

        

 

 

 

 loyiha kam tartibsizlik;

        

 

 

 

 mijozlar va jamoa a'zolarining yuqori qoniqishi;

        

 

 

 

 ulardan kutilgan narsalarni bajaradigan mahsulotlar.

        

 

 

 

Agar siz barcha imtiyozlarni aniqlay olmasangiz ham, ular baribir haqiqiydir.

 

  

 

 

Keyin nima?

 

 

 

 

Hozirgi  yoki  oldingi  loyiha la rda  duch kelga n ta la bla r bila n bog'liq  mua mmolarni ta svirla b bering.   Ula rni 

rivojla nish  yoki  boshqa ruv mua mmolariga  a jra ting.  Ha r bir  mua mmoning a sosiy  sa ba bla rini va  uning 

loyiha ga  ta 'sirini  a ytib bering.

         

 

 

 

 

Ama lda gi yoki oldingi  loyiha la rda  duch kelga n muammolar, ula rning ta 'siri va  ula rning a sl sa ba bla rini yozib, 

ja moa ngiz  a 'zola ri  va   ba rcha  ma nfaatdor tomonla r bila n  ta la bla r muhoka masini  ta shkil  qiling.  Ushbu 

qiyinchilikla rni  qondirish  uchun sizning  joriy ta la bla rin gizni ish  oqimini o'zga rtirish  bo'yicha  fikrla ringiz  

bila n o'rtoqla shing. Siz  B ilova da  mua mmolarni ba rta raf etish bo'yicha  qo'lla nma ni foydali deb topishingiz 

mumkin.

        

 

 

 

 

Biz  ta vsiya  qila diga n  ba rcha  toifa la rni qa mra b olga nligingizni  a niqla sh  uchun ta shkilotingiz  ta la bla ri va  

ma hsulot terminologiya sini ushbu bobda  ishla tilga n bila n solishtiring  .

        

 

 

 

 

Ta la b etila diga n hujja tla rning bir nechta  sa hifa larida  sizning ja moa ngiz ish fa oliya tini ya xshila shi mumkin 

bo'lga n soha la rni a niqla sh uchun oddiy ba hola shni a malga  oshiring.  Aga r  ushbu ba hola sh ta shqi ekspert 

tomonida n o'tka zilga n bo'lsa , a yniqsa  foydali bo'la di.

        

 

 

 

 

Sizning  loyiha ngizda   ishla ydiga n  ja moaga  qo'y ila diga n  ta la bla r bo'yicha   ma shg'ulotla rni  ta shkil  qiling. 

Asosiy  xa ridorla r,  sotuvchila r,  menejerla r,  ishla b  chiquvchila r,  sinovchila r  va   boshqa   ma nfaatdor 

tomonla rni ta klif  qiling.  Trening  guruh  a 'zola ri  umumiy va zifa la rni ya na da sa ma rali  ha l  qilishi  uchun 

umumiy  so'z  boyligini  va   sa ma ra li  texnika la r  va   xa tti-ha ra katla r  to'g'risida   umumiy  tushunchani 

rivojla ntirishga  imkon bera di .