Mabzu; Innovatsiya va loyihalarni boshqarish Reja

Mabzu; Innovatsiya va loyihalarni boshqarish

Reja;

1.Loyiha boshqarish

2. Palapartish usuli

3. Incremental usul

4. Tanqidiy zanjir usuli

Bir qator qator loyihalarni boshqarish usullari

1.Loyiha boshqarish alohida "quti" dir. Loyihalarni boshqarish jarayoni moslashuvchan ishlaydi, nima sodir bo'lishiga proaktiv javob berib, natijada erishiladigan natijani saqlaydi. Dizayner yoki elektrikchi singari, loyiha menejeri o'zining shaxsiy malakasiga va sifatiga qo'shimcha ravishda o'z vazifasini bajarish uchun "asbob qutisi" ga muhtoj. yanada yoki loyiha boshqarish usullari, (byudjetlashtirish va rejalashtirish uchun) texnikasi, standartlar va ko'rsatmalarni (hujjat va hisobot) va vositalari o'z ichiga olgan Loyiha rahbarining Avtomobil taqdirda (dasturiy ta'minot, hujjat va andozalari rejalashtirish). Bu (? To'g'ri bolg'a va mixlar holda, keyin barcha, duradgor bo'lishi mumkin), bu avtomobil qutisi yaxshi arshi ekanini muhim emas, lekin yaxshi vositasi (emas, bolg'a va mixlar bilan har bir inson yaxshi duradgor keyin!) Hali yaxshi loyiha qilmaydi.

So'nggi yillarda muayyan loyihalarni boshqarish usullaridan foydalanishga ko'proq e'tibor qaratildi. Usul bu erda loyihalar boshlangan, bajarilgan va yakunlangan shartnomalar to'plami, ish uslublari, protseduralar va vositalar sifatida talqin qilinishi mumkin. Loyihani boshqarish usulidan foydalanish loyiha muvaffaqiyatining imkoniyatini oshirish va shikast yetkazadigan qobiliyatsiz omillarni bartaraf etishi kerak: Mijoz haqida noaniqlik.

Dizayn va mazmun jihatidan yaxshi (yaxshi) loyiha rejasi.

Maqsadning aniq ta'rifi va maqsadli loyiha natijalari yo'q.

Zaif va (juda) juda optimistik resurslarni, faoliyat va resurslarni rejalashtirish.

Asl boshlang'ich nuqtalari va loyiha davomida o'zgaruvchan (doimiy) talablar.

O'z vaqtida tuzatishlar bajarilmasa, taraqqiyot ustidan nazorat etishmasligi (vaqt, pul va natijalar).

O'lchov va qaror qabul qilish punktlarining etishmasligi, ya'ni umumiy nuqtai nazar yo'q.

Sifat nazoratining yo'qligi, etkazib berilayotgan mahsulotlar foydalanuvchilarning talablarini qondirmaydi va yakuniy natijalar ishlatilmaydi.

2. Palapartish usuli

Loyiha boshqaruv usullari boshidanoq asosiy bosqich sifatida standart bosqichni ishlatgan. Har bir loyiha boshlang'ich bosqichi, ta'rifi bosqichi, dizayn bosqichi (ish) tayyorgarlik bosqichi, amalga oshirish bosqichi va boshqarish- yoki keyingi bosqichlari. Faza bosqichi boshqa faza uchun kiritilgan bitta fazaning chiqishi bilan yakunlandi. Shuning uchun "palapartishlik usuli". Bu usullar sifatli yulduz Deming tsikli (rejasi-do-tekshirish-harakat) boshqarish asoslangan va kuchli o'zgarishlar bo'lish, nazorat ta'kidlash va vaqt, pul va sifati bo'yicha qaror qabul qilinadi. Shuningdek, MOSQUITO aspektlarini boshqarish haqida gap boradi: MOney, Safety, QUality, Information, Time & Resources va Organization. silliq ko'nikish tufayli ham aniq o'lchash va beslispunten.Twijnstra & Gudde (bino uchun dastlab bir loyiha boshqaruv ofis), Niderlandiya birinchi biri sifatida joriy bu usul, maxsus qurilish sanoati bo'yicha qaratib bor. Axborot-kommunikatsiya texnologiyalari dunyosi 1970-yillarning oxiri va 1980-yillarning boshlarida kuzatilgan. O'sha paytdan boshlab taniqli usul SDM (tizimni rivojlantirish metodologiyasi) bo'lib, u tizimni rivojlantirish uchun defekto sanoat standartiga aylandi. Palapartish uslubi loyihalarni boshqarish usullarining aksariyat qismi uchun asos bo'lib xizmat qiladi va ko'pgina loyihalar uchun yaxshi yondashuv hisoblanadi.

3. Incremental usul

Palapartish uslubi amalda, ayniqsa, AKT dunyosida SDM tomonidan belgilab qo'yilganidek, juda kam ahvolga tushib qoldi. Bu juda ko'p hujjat ishlab chiqaradigan rasmiy, ko'p yoki kamroq byurokratik usul edi. Bunga qo'shimcha ravishda, avvalo, butun axborot tizimi ishga tushirishdan avval uni loyihalash, qurish va sinovdan o'tkazish kerak. Vaqt o'tishi bilan foydalanuvchi istakni allaqachon o'zgartirgan va tizim endi umidlarini kutmagan.

Bunga javoban, 90-yillarning boshlarida ortib boruvchi usul mashhur bo'ldi. Boshqa nomlar, masalan, RAD (tezkor dasturlarni ishlab chiqish) yoki EVO (Evolyutsion tizimni rivojlantirish). SDM shuningdek, "Dynamic System Development Methodology" ga aylandi, shuning uchun DSDM. Bu barcha usullar bilan bir xil xususiyatlarga ega: loyiha ijrosi va tartibda Ortib (ortib) yetkazib berish, ishlab chiquvchilari va foydalanuvchilari, birgalikda yaqindan (prototipleme orqali, misol uchun) dizayn kuchli foydalanuvchi jalb ishlash bilan kichik loyiha, moslashuvchan bilan bir uslub jarayonini ta'minlash uchun "vaqt boks" (bu vaqtni belgilaydi va uni belgilaydi, shuningdek mavjud byudjeti bilan maksimal dasturiy funktsiyalari amalga oshiriladi) orqali loyiha boshqaruvini oshiradi. Bir o'sish ichida, palapartishlikdan usulining standart bosqichi yana kichik miqyosda qo'llaniladi. Ayniqsa, tizimni rivojlantirish sohasida qo'shimcha usul bilan tajribalar ijobiy deb atash mumkin.

Bugungi kunda ko'pincha SCRUM ishlatilgan. Bu ham qo'shimcha uslubdir

4. Tanqidiy zanjir usuli

Yuqorida tavsiflangan usullarga qaramasdan, ko'plab loyihalar aslida rejalashtirilganidan ko'ra ko'proq vaqt talab etadi (va undan ko'p xarajat). Natijada doktor E. Goldratt o'zining uslubini 90-yillarning o'rtalarida "Kritik zanjirli loyihalarni boshqarish va bufer boshqaruvini" ishlab chiqdi. U, deyarli har bir loyihani boshqarish usuli bilan vazifa darajasida har qanday noaniqliklardan himoya qilish uchun qo'shimcha xavfsizlik marjasi qurilganligini aniqladi. Amaliyot shuni ko'rsatadiki, har bir loyiha xodimi har doim o'ziga yoki unga ajratilgan vaqtni (Parkinson qonuni) hisoblab chiqadi, har bir loyiha oxirida yana boshga keladi. "Murphy" qonuni ham haqiqatan ham amalga oshsa, albatta, "noto'g'ri yo'lga tushadigan har qanday narsa ham noto'g'ri va eng dahshatli shaklda eng noqulay davrda" bo'ladi.

Tanqidiy zanjir usuli, individual ishlarga emas, balki umuman loyihaga qaratilgan. Shuning uchun "vazifa tamponlari" (noaniqlikdan himoya qilish uchun topshiriq vaqtiga qurilgan xavfsizlik chegaralari) loyihaning oxirida "loyiha tamponini" yaratib, birlashtiriladi. Umumiy xavfsizlik marjasi loyiha menejeri va mijoz uchun bu tarzda ko'rinadi va qoladi. Loyiha buferining monitoringi loyihaning holatini doimiy ravishda kuzatib borishning aniq yo'lidir.

"Tanqidiy zanjir, vazifa bog'liqligi va to'g'ri resurslarning mavjudligini hisobga olgan holda, loyihani yakunlashning eng tezkor vaqtini ko'rsatadi".

Bundan tashqari, ushbu uslub nafaqat tanqidiy yo'lga qaramasdan, balki muhim resurslar (vazifa va loyiha xodimiga bog'liq). "Tanqidiy zanjir" shuning uchun tanqidiy yo'l va muhim resurslarning kombinatsiyasi hisoblanadi. Ushbu zanjir uchun loyiha tamponlari, agar biror narsa yuzaga kelsa, tanqidiy yo'lda ishlash imkon qadar kamroq muammo tug'diradi va rejalashtirilgan tugash sanasi bajariladi. Ushbu usul boshqa loyihani boshqarish usullariga qo'shilishi mumkin.

Loyihalar yaratish Yuqorida tasvirlangan loyihani boshqarish usullari loyihalarni qattiq nazorat qilish va vaqtni (vaqtni nazorat qilish), pulni (xarajatlarni nazorat qilish) va sifati (sifatni nazorat qilish) aspektlarini alohida e'tiborga oladi. Agar uni bo'lsangiz kitob "loyihasi yaratish», betartiblik, energiya, ijodkorlik va loyiha ijodiy kuchini boshqarish bo'yicha alohida urg'u aytilganidek yangi usullari, so'nggi yillarda ishlab chiqilgan ( «, u muvaffaqiyatli bo'ladi "). Bu "qattiq" loyihani boshqarish aspektlariga bir tomonlama yo'naltirilganligi muvaffaqiyatga kafolat bermaydigan falsafadan. Ushbu tafakkurga asoslangan holda, odamlar mavjud loyiha tuzilishiga moslashmaydi, biroq ularning ishtirokchilari o'zlari uchun tayyorlangan loyiha tuzilishini yaratadilar. Loyiha xodimlari o'zlarining ijodkorliklari va majburiyatlari bilan to'liq javob beradilar va loyihaning mas'uliyati maksimal tarzda topshirilishi mumkin. Ushbu ixtiro ixtirochilar nimaga ishonishni istayotganiga qaramasdan, avvalo, mavjud bo'lgan metodologiyalarga qo'shimcha bo'lib, u ko'pincha loyihani boshqarishning qiyin tomonlariga yondashadi.

Prince2 loyiha boshqaruvi Eng yaxshi tanilgan va eng muhim loyihani boshqarish usuli - shahzoda (Nazorat ostidagi muhitda loyihalar). Ushbu usul 1989da ingliz markaziy kompyuter va telekommunikatsiya agentligi (CCTA) tomonidan tayyorlandi. 1996 da ishlab chiqilgan versiyasi "Prince2". Prince2 kichik va katta loyihalar uchun barcha turdagi loyihalar uchun javob beradi. Ushbu usul turli loyiha boshqaruv usullari va amaliy misollar bilan amaliy tajribaga asoslangan. Prince2 bilan aniq munosabatlar mavjud dasturlarni boshqarish va ISO 9001 sifat standarti. Prince2, masalan, palapartishlik usuli kabi lineer usullardan farqli o'laroq, jarayonga asoslangan uslubdir. Prince2 turli loyihalarni "Loyihani ishga tushirish" (Suv) dan "Loyihani yopish" (CP) dan taniydi. Bundan tashqari, "Tashkilot" dan "Xatarlarni boshqarish" ga sakkizta komponent ma'lum. Prince2 ichida har bir jarayon va har bir tarkibiy qismda faoliyat, maslahatlar, tavsiyalar, bajarish va tuzilmalar ishlab chiqiladi.

Prince2 kompaniyasi "ish yuzasidan(Loyihaning iqtisodiy asoslanishi) va loyihani amalga oshirish davomida loyiha muhitida yuz berishi mumkin bo'lgan o'zgarishlar. Ushbu markaz energiya faqatgina tashkilotning maqsadlariga o'z hissasini qo'shadigan loyihalarga kiritilishini va sharoit o'zgargan taqdirda uni tezda tuzatilishini ta'minlaydi.

Prince2 mahsulotga yo'naltirilgan yondashuv. Markaz - "Menejment mahsulotlari" va "Biznesga oid mahsulotlar" da yakuniy natijaning ta'rifi va uning ayrışması. Ushbu kuchli mahsulot yo'nalishi loyihaning taqdim etishi kerak bo'lgan mahsulotlarning aniq tasvirini ta'minlaydi. Ochiq mahsulot bayonnomalari orqali kerakli yakuniy natijaga yoki etkazib beriladigan mahsulotlarga nisbatan xatarlar kamayadi. Prince2 hozirda Gollandiyada eng ko'p ishlatiladigan va eng ko'p o'qitiladigan loyihalarni boshqarish usuli hisoblanadi.

Dasturlarni boshqarish Ba'zan u ham gapiradi dasturlarni boshqarish loyihani boshqarish o'rniga ba'zan bu atamalar bir-birining o'rniga ishlatiladi. Biroq, dastur va loyihalar orasida katta farq bor. Dasturlar uzoq muddatli istiqbolda tashkilotning maqsadlariga erishishga yo'naltirilgan bo'lib, loyihalar qisqa muddatda konkret loyiha natijalariga erishishga yo'naltirilgan. Odatda, loyihalar loyihalardagiga nisbatan ancha katta va strategikdir. Amalda, dasturlar birgalikda boshqarilishi kerak bo'lgan o'nlab loyihalardan iborat bo'lishi mumkin. Dastur menejerlari va loyiha menejerlari o'rtasida ham farq bor. Menejerlarning har ikkala turiga turli talablar qo'yiladi. Dastur rahbarlari loyiha rahbarlari natijalarini va loyiha boshqarish (loyiha ta'rifi va vaqt monitoringini, pul va sifat) xalos qilish uchun unga qaratib ko'rish paytida zarur tashkiliy o'zgarishlar (qarorlar qabul qilish, madaniyat, biznes qayta-muhandislik, qo'llab-quvvatlash) amalga oshirish haqida o'ylash moyil. Dastur odatda quyidagicha tavsiflanadi:

Dastur, tashkilotni strategik ahamiyatga ega bo'lgan o'zgarishlarni qo'llab-quvvatlashga xizmat qiladi.

Dastur bir qator loyihalar va chiziqli tadbirlar orqali strategik maqsadlarga erishishga xizmat qiladi.

Dastur muvaffaqiyatlari amalga oshirilgan foydalar / badallar (amaldagi yoki yangi operatsiyalar va xizmatlarning o'lchovli yaxshilanishi) bo'yicha baholanadi.

Shu sababli dastur, vaqtinchalik va murakkab bo'lgan va odamlar chegaralangan resurslar bilan maqsadli tarzda birgalikda ishlaydigan yagona topshiriqni o'z ichiga oladi. Dastur yondashuvi bir tomondan doimiy tashkilotda ishlashning va boshqasida loyihada ishlashning oraliq shakli hisoblanadi. Prince2-dan keyin ingliz OGC ning "Malakali dasturlarni boshqarish" (MSP) nomi bilan dasturni boshqarish uchun "eng yaxshi amaliyot" usuli ham mavjud.

Toyota zavodining operatsion tizimi allaqachon klassik va muvaffaqiyatli boshqaruv modeliga aylandi. Korxonaning har bir xodimi qusurni, nosozlikni bartaraf etish yoki o'zining ratsionalizatorlik taklifini berish uchun har qanday vaqtda konveyerni to'xtatish imkoniyatiga ega edi. Agile falsafasi ana shu yondashuvga asoslangan. Dastlab, Agile metodologiyasi taxminan 10-15 yil oldin kichik jamoalarda dasturiy ta'minot ishlab chiqish usuli edi. Hozirgi vaqtda Agile metodologiyasi yirik korxonalarni boshqarishning yangi madaniyati. Bugungi kunda har qanday ilg'or menejer Agile nima ekanligini biladi.

Mahsulotlar va xizmatlar, qoida tariqasida, bitta klassik sxema bo'yicha yaratiladi. Bu, ayniqsa, IT sohasiga taalluqlidir. Ushbu sxema kaskadli yoki takroriy rivojlanish metodologiyasi, ingliz tilida esa palapartishlik rivojlanishi ("palapartishlik") deb nomlanadi. Sxema nima uchun shunday nomlangan? Gap shundaki, agar siz dasturiy mahsulot uchun rejani allaqachon tasdiqlagan bo'lsangiz, uni to'xtatib turolmaysiz yoki amalga oshirishdan oldin tuzatishlar kiritolmaysiz. Butunlay boshqacha printsip mavjud Tezkor metodologiya. Sharshara unga tegishli bo'lmagan tushunchadir. Bu mahsulotni yaratishda sifat jihatidan yangi yondashuv. Metodika oddiy g'oyaga asoslangan - har bir ishtirokchi jarayonni optimallashtirish uchun foydali takliflar berish, vazifalarni va umumiy ishni qayta ko'rib chiqish uchun konveyerni to'xtatish imkoniyatiga ega.

Tezkor metodologiya bir qator xususiyatlarga ega bo'lgan ramkaga ega. Ular orasida:

• 
  O'zgarishlarga tezkor javob.
  
• 
  Ishlab chiqarish jarayonini mustaqil tashkil etish.
  
• 
  Bashorat qilish.
  
• 
  Doimiy va doimiy qayta aloqa.
  
• 
  Xatarlarni ajratish.
  

Ko'pgina korxonalarda mahsulot ishlab chiqarishda ishlab chiqarish uchun muhim muammolarni hal qiladigan mutaxassislar ko'pincha bir-biriga zid keladigan turli bo'limlar o'rtasida taqsimlanadi. Bu, ayniqsa, operatsion xodimlar, ishlab chiquvchilar va sinovchilar uchun to'g'ri keladi. Agar mahsulotlarni to'g'ri sotish va bundan foyda olish mumkin bo'lmasa, ziddiyatli tomonlar bir-birlarini ayblashadi. Shu bilan birga, bunday holatlarda odatda hamma aybdor.

Agile metodologiyasi - bu dasturiy mahsulot ishlab chiqaradigan har bir kishining mavjudligini nazarda tutadigan yondashuv. Bundan tashqari, har bir mutaxassis o'z ishini bajaradi. Agile metodologiyasi jarayonning barcha ishtirokchilarini bitta maqsad - o'z mijozlari uchun sifatli mahsulotlar yaratish bilan birlashtirganligini ko'rish imkonini beradi.

Agile metodologiyasi qo'llanilganda kompaniyaning butun ish madaniyati o'zgaradi. MBA dasturlari korxonaning tashkiliy tuzilmasi bo'yicha to'laqonli kursni o'z ichiga oladi, uni o'rganishda "muvozanat" atamasini topishingiz mumkin, qachonki boshlang'ich firmalar va boshlang'ich tashkilotlarda barcha xodimlar va ishtirokchilar umumiy muammolarni hal qilsalar. Amaliyot shuni ko'rsatadiki, aynan shunday korxonalarda jamoalar yanada birlashib, yuqori samaradorlik va samaradorlik bilan ishlaydi. Bozorga yangi g'oyalarni olib kirish va samaradorlikni oshirish to'g'risida gap ketganda, Agile metodologiyasi eng yaxshi vositadir.

Albatta, ba'zi kompaniyalarga Agile metodologiyasi kerak emas. Masalan, davlat idoralari haqida gaplashamiz, chunki ularning faoliyati asoslari qonunchilik normalari hisoblanadi. Agar o'yin qoidalari muntazam ravishda o'zgartirilsa, davlat bilan o'zaro aloqada bo'lish mumkin emas.

Ya'ni, tashkiliy infratuzilma bir-biridan tubdan farq qiladigan ikkita versiyada taqdim etilishi mumkin. Birinchisi, bir qator rasmiyatchiliklarni kuzatadigan qat'iy byurokratik kompaniya. Ushbu parametr mavjud bo'lish huquqiga ega va muayyan sharoitlarda juda yaxshi ishlaydi. Ikkinchi tur - bir xil nuqtai nazardan va yagona maqsadga ega bo'lgan odamlarni birlashtirgan, tubdan yangi narsalarni yaratadigan startaplar. Tezkor metodologiya, albatta, sifatli mahsulot ishlab chiqarishda ishlaydigan hissiy jamoaga yaqinroq. Agar biron bir bosqichda muammolar yuzaga kelsa, korxonaning barcha mutaxassislari yoki startap ishtirokchilari ularni Agile metodologiyasi doirasida hal qilishadi

Metodikaning asosiy tamoyillari haqida aytilgan "Tezkor Manifest" mavjud:

1. 
   Eng muhimi, qimmatbaho mahsulotni muntazam ravishda va oldindan etkazib berish, shu bilan mijozning ehtiyojlarini qondirishdir. Agile metodologiyasining ushbu printsipiga muvofiq mahsulot yaratuvchilari nafaqat loyiha hujjatlarida ko'rsatilgan talablarni amalga oshirishga, balki iste'molchiga iloji boricha qanday mahsulot bo'lishi, qanday xususiyatlari va xususiyatlari bilan xabar berishlari shart. Agar mahsulot xaridorni qoniqtirmasa, uni sharhlarni hisobga olgan holda shoshilinch ravishda tuzatish kerak. Bozor muhitiga yangi mahsulotni kiritishda xato qilish xavfi katta bo'lganligi sababli, xaridorlar orasida asosiy sifatlar qanchalik talab qilinishini tekshirish va talab darajasini baholashdan iborat bo'lgan eng kam hayotiy mahsulotni (MVP) yaratish uchun texnik talablardan foydalanish mantiqan to'g'ri keladi.
   
2. 
   Talablarni o'zgartirish mumkin va bu mahsulotning raqobatbardosh fazilatlarini oshirish to'g'risida gap ketganda ijobiy qabul qilinadi. Odatda ular rivojlanishning so'nggi bosqichi oxirida o'zgaradi. Agile metodologiyasining ushbu printsipi bugungi kunda juda muhimdir, chunki yuqori texnologiyali mahsulotlar qisqa vaqt ichida eskiradi va yangilariga yo'l beradi. Mahsulotga bir qator talablar yaratilishining oxirida shakllanishi mumkin. Bunga odatda bozordagi yoki raqobatchilarning o'zgarishi sabab bo'ladi. E'tibor bering, agar biz kaskadli boshqaruv modeli haqida gapiradigan bo'lsak yoki u haqiqiy bo'lsa, lekin bu homiyga bir martalik mablag'ni talab qiladigan bo'lsa, ushbu printsipni amalga oshirish mumkin emas. Texnologiyalar qancha ko'p birlashsa, raqobatdosh bo'lib qolish uchun mahsulotning keyingi versiyasini tayyorlash shunchalik dolzarb bo'ladi.
   
3. 
   Jamoa va buyurtmachi mahsulot yaratishning barcha bosqichlarida doimiy ravishda o'zaro aloqada bo'lishi kerak. Ushbu qoida mijozning xohishi bilan taxminan bir xil. Bu eng muhimi. Agar doimiy o'zaro ta'sir bo'lmasa, belgilangan maqsadlarga erishish qiyin.
   
4. 
   Agile metodologiyasida ta'kidlanishicha, loyihalarni amalga oshirish bilan faqat motivatsiyaga ega mutaxassislar shug'ullanishi kerak. Kerakli shart-sharoitlarni yaratish haqida g'amxo'rlik qiling va mutaxassislarga ishoning. Bunday holda, yuqori sifatli loyihani amalga oshirish ehtimoli juda katta. Zamonaviy ilm-fan intellektual mehnatni moddiy rag'batlantirish bilan rag'batlantirish qiyinligini aytadi. Shuning uchun siz faqatgina loyihaning o'zi asosiy turtki bo'lgan mutaxassislar bilan hamkorlik qilishingiz kerak. Ularga kerak bo'lgan narsa - maqbul sharoitlarda ishlash va mijozning ishonchini qozonish.
   
5. 
   Aloqa qilishning eng yaxshi usuli - bu shaxsiy aloqa. Loyihada ishtirok etayotgan barcha shaxslar umumiy joyda joylashgan bo'lishi ma'qul. Bitta bino bo'lsin. Ideal holda, mijoz ham o'sha erda bo'lishi kerak.
   
6. 
   Agar mahsulot ishlasa, loyiha davom etadi. Xaridor ma'lum xususiyatlarga ega tayyor mahsulotga qiziqadi. Jarayonning yana bir muvaffaqiyatli yakunlangan bosqichi unga hech narsa demaydi. Xaridor mahsulot rivojlanayotganini, eng muhimi, u ishlashi va belgilangan talablarga javob berishini ko'rishi kerak. Agar uning shakli va mazmuni kerakli modelga yaqin bo'lsa, unda ishlab chiquvchilar samarali harakat qilishadi.
   
7. 
   Homiylar, buyurtmachilar va ishlab chiquvchilar biznesning doimiy sur'atini saqlashga g'amxo'rlik qilishlari kerak. Agar jarayonning barcha ishtirokchilari barqaror ritmda ishlasalar, u holda shoshilinch ish yoki muddat tugashi ehtimoli haqida tashvishlanishni to'xtatadilar.
   
8. 
   Texnik mukammallik va dizayn sifatiga ham e'tibor qaratish lozim. Agile metodologiyasi shuni ko'rsatadiki, loyihani ishlab chiqish mahsulot sifatini yo'qotmasdan va uning xususiyatlarini soddalashtirmasdan moslashuvchan bo'lishi kerak. E'tibor bering, bu ko'pincha loyihani yaratish jarayonini tezlashtirish va uni optimallashtirish uchun ishlatiladi.
   
9. 
   Oddiylik printsipini unutmang. Undan foydalanib, keraksiz harakatlarni bajarish ehtimolini minimal darajaga tushirasiz. Gap mahsulotning xususiyatlarini soddalashtirishda emas, balki keraksiz operatsiyalardan xalos bo'lish va maqsadga muvofiq foydalanish uchun keraksiz narsalarni loyihaga kiritmaslikdir.
   
10. 
    O'zini tashkil etuvchi jamoalar har doim eng yaxshi me'moriy, texnik va boshqa g'oyalarni yaratadilar. Agile Manifesti mualliflari bunga aminlar. Shuning uchun barcha guruh a'zolari talablarni ishlab chiqishlari va birgalikda qaror qabul qilishlari kerak. Agar jamoa a'zolari umumiy manfaatlar va umumiy maqsadlarga ega bo'lsa, o'z-o'zini tashkil qilish yanada samarali bo'ladi.
    
11. 
    Tashqi sharoit doimo o'zgarib turadi. Shu nuqtai nazardan, vaziyatni doimiy ravishda tahlil qilish va unga moslashish, faoliyat samaradorligini oshirish usullarini izlash kerak. Agile metodologiyasi asosan ishlab chiquvchilarning moslashuvchanligiga qaratilgan. Bunga intilish kerak.