An'anaviy SDLC vs Agile SDLC: eng muhim 4 farq

Rivojlanishning to'g'ri metodologiyasini tanlash sizning mijozlaringizga eng qimmatini etkazib berishga imkon beradi. Bir rivojlanish guruhi uchun ishlaydigan narsa boshqasini larzaga soladi. Buni biz SDLC vs tezkor bahs deb ataymiz.

Tez muhitda ishlaydigan jamoalar palapartishlikning qattiqligidan xavotirda. Xuddi shunday, palapartishlikdan foydalanadigan tashkilotlar, nimalarni chaqqonlik bilan o'tkazib yuborishayotganiga hayron bo'lishadi.

Qarama -qarshilikka qaramay, har bir ishlab chiqish usuli SDLC asosiy ijarachilaridan foydalanadi. Farqi shundaki, jamoa har bir bosqichni o'z doirasi doirasida ishlaydi.

Dasturiy ta'minotni ishlab chiqish tsiklining etti bosqichi:

  1. Rejalashtirish
  2. Talablar tahlili
  3. Prototip yaratish
  4. Rivojlanish
  5. Sinov
  6. Amalga oshirish
  7. Xizmat

SDLC -ning an'anaviy ko'rinishiga ega bo'lgan palapartishlik bilan har bir fazada vaqt va odamlar ajratilgan. SDLC -ning yanada tezkor ko'rinishi ko'p bosqichlar orasidagi chiziqlarni xiralashtiradi va har biriga vaqt ajratmaydi. Ikkala qarashning ham o'z o'rni bor va ikkalasi ham har xil turdagi loyihalarga yaxshi xizmat qiladi.

Siz hozir "ha, menga qaysi biri to'g'ri?" Deb so'rashingiz mumkin. Buni tushunish uchun keling, an'anaviy SDLC vs Agile SDLC ni ko'rib chiqaylik va eng muhim to'rtta farqni ajratib ko'rsatamiz.

1. Bosqichlar va Sprintlar

An'anaviy SDLC uchun ish birligi - bu bosqich. Faza - biz ilgari aytib o'tgan etti bosqichdan biri - masalan, rejalashtirish yoki prototiplash.

Har bir bosqich har xil vaqt va har xil odamlarning ishtirokini talab qiladi. Kerakli vaqt loyihaga bog'liq bo'ladi, lekin siz har bir bosqichga sarflangan muvozanatli vaqtni ko'rmaysiz.

Siz har bir fazaning vaqtini oldindan hisoblay olmaysiz. Siz nima qilayotganingizni tushunmaguningizcha, biror narsa sinovdan o'tishi uchun qancha vaqt ketishini bilish mumkin emas.

SDLC -ning tezkor talqini boshqa ish birligidan foydalanadi: Sprintlar. Sprint-bu ishni bajarish uchun vaqt qutisi. Ishdan qat'i nazar, u doimiy davomiylikka ega.

Ko'pincha ikki hafta davom etadigan ushbu ish birligida sizning jamoangiz barcha kerakli ishlarni bajaradi. Har qanday sprint talablarni yig'ish, ishlab chiqish va sinovdan o'tkazishni o'z ichiga olishi mumkin. Bitta sprint paytida siz butun jamoani uning davomiyligiga jalb qilasiz.

Asosiy farqlarga quyidagilar kiradi:

  • Bosqichlarning aniq boshlanish yoki tugash sanasi yo'q. Sprintlarning boshlanishi va tugash sanasi oldindan taxmin qilinadi.
  • Sprintlar butun jamoani qamrab oladi. Bosqichlar faqat ushbu bosqich uchun zarur bo'lgan odamlarga kerak.
  • Loyihaning boshlanishida kerakli fazalar sonini bilasiz. Sizga qancha sprint kerakligini oldindan aytib bo'lmaydi.
  • Belgilangan taqvim voqealarining ta'siri sprintlar bilan ma'lum. Masalan, Rojdestvo haftasi 30 -sprintga ta'sir qiladi. Bu palapartishlikdan qaysi fazaga ta'sir qilishini bila olmaysiz.

Bosqichlar yoki sprintlar sizning jamoangiz uchun yaxshiroq bo'ladimi, ko'p jihatdan sizning kompaniyangizga bog'liq bo'ladi. Qachonki menejment ishlarni diqqat bilan kuzatishi kerak bo'lsa, bosqichlar sprintlarga qaraganda osonroq bo'ladi. Agar izchil chiqish zarur bo'lsa, sprintlar fazalarga qaraganda yaxshiroq ishlaydi.

Maslahat: TextExpander yordamida kodni tezroq yozing

TextExpander tez-tez ishlatiladigan kod parchalarini, hujjat sharhlarini va boshqalarni saqlashni osonlashtiradi-keyin ularni xohlagan joyingizga oddiy yorliq yoki ichki qidirish bilan kiriting.

2. Loyihani kuzatish

Sharshara yordamida boshqariladigan loyihani kuzatish nisbatan sodda. Har qanday loyiha har qanday vaqtda etti bosqichdan birida bo'ladi.

Sizning guruhingiz bir bosqichda bitta loyiha ustida ishlasa, boshqa bir guruh boshqa bosqichda alohida loyihada ishlashi mumkin.

Ammo chaqqonlik loyiha atamasini xuddi shu tarzda ishlatmaydi. Bunday yondashuv bilan bitta jamoa odatda ma'lum bir mahsulot yoki xizmat ustida ishlaydi, lekin bir vaqtning o'zida bir nechta loyiha bo'lishi mumkin.

Masalan, har qanday sprint paytida sizning guruhingiz bir vaqtning o'zida bir nechta loyihalarda ishlashi mumkin, hammasi bitta mahsulot uchun. Siz voqealarni kuzatishni qo'shishingiz mumkin, boshqasi esa ishlash loyihasining bir qismi sifatida ma'lumotlar bazasini yaxshilaydi.

Bu bitta mahsulotni kuzatishni qiyinlashtiradi, chunki ko'plab loyihalar unga ta'sir qiladi.

Loyihani kuzatish juda muhim; u taraqqiyotni ko'rganda manfaatdor tomonlarni jalb qiladi. Agar sizning mahsulotingiz bir nechta egalariga ega bo'lsa, tezkor yondashuv ko'proq odamlarni xursand qiladi. Agar bitta mulkdor yoki bir nechta manfaatdor tomonlar bo'lsa, an'anaviyroq yondashuv yaxshi ishlaydi.

3. Moslashuvchanlik

SDLC -ning an'anaviy ko'rinishi moslashuvchan emas. Rivojlanish jarayonida yangi topilmalar oldingi bosqichlarga kiritilmaydi.

Sharshara bilan, masalan, talablarni tahlil qilish bosqichidan keyin yangi xususiyatni kutish kerak. Sizning guruhingiz loyihani taqdim qilgandan so'ng, yangi loyiha yangi xususiyatni o'z ichiga olishi mumkin.

Bunday yondashuv o'zgarishni qimmatga tushiradi, bu har doim ham yomon emas. Ijobiy ta'sir ko'rsatish uchun har bir bosqichni bitta imkoniyat deb bilish ishni shu bosqichga qaratishi mumkin. Kamroq o'zgarishlar keyingi bosqichlarda noma'lumlarni kamaytiradi, bu esa ularni oldindan aytib beradi.

SDLC yanada chaqqon view Biroq, deb moslashuvchan. Tez -tez o'zgarish kutilsa, siz keyingi sprintda oldingi sprint ishiga hech qanday aloqasi bo'lmagan yangi ish turini kiritishingiz mumkin.

Bu o'zgarishlarni ancha arzonlashtiradi, bu esa ko'proq hamkorlikni rag'batlantiradi va ko'proq g'oyalarni sinovdan o'tkazadi. O'zgarishlar tez sodir bo'lganligi sababli, loyihani qachon tugagan deb atashni bilishni qiyinlashtiradi.

Sizning loyihangiz moslashuvchan bo'lishining ijobiy va salbiy tomonlari bor. Chidamlilikning ijobiy tomoni shundaki, siz g'oyalarni muz qutisiga solib, qat'iylikni qo'llashingiz mumkin. Sharsharada narsalarni moslashuvchan qilish uchun shunga o'xshash variant yo'q.

4. Kutilgan natijalarga erishish

Loyiha talablar tahlilini tugatgandan so'ng, sizning guruhingiz taxminlar qo'yishi, da'vo qilishi va rejangiz haqida boshqa bo'limlarga xabar berishi mumkin. Misol uchun, agar sizning loyiha talablari mobil ilovaga bo'lgan ehtiyojni aniqlagan bo'lsa, siz marketing guruhingizga ilova sotishni rejalashtirishni boshlashini bildirishingiz mumkin.

Sharsharada ishlashda kutilgan natijalarga erishish oson. Har bir yangi bosqich eski fazalarga asoslanadi, shuning uchun siz eski fazani haqiqat sifatida ayta olasiz.

Keyinchalik jarayonga siz yanada jiddiyroq da'volar qilishni boshlashingiz mumkin. Sinov tugagandan so'ng, hech qanday rivojlanish bo'lmaydi, shuning uchun yozuvchilar yangi funktsiyalar qanday ishlashini hujjatlashtirishni boshlashlari mumkin.

Ba'zi odamlar jasur da'volarni qadrlashadi. Ayniqsa, menejerlar yig'ilishlarda qatnashishi mumkin bo'lgan yuqori darajadagi tekshiruvlar va bayonotlarga muhtoj.

Chaqqon amaliyotchilar bunday da'vo qilmaslikka moyil. Tez rivojlanishning tabiati shuni anglatadiki, narsalar ko'pincha oxirgi daqiqagacha o'zgarib turadi. Siz hali ham qisqa muddatli bayonotlarni topshirishingiz mumkin, masalan, keyingi sprint oxirida aloqa shakli joyida bo'ladi.

Agar sizning loyihangiz unga tayanadigan bayonotlar berishi kerak bo'lsa, an'anaviy yondashuv mantiqiy bo'ladi. Ammo, agar siz loyiha bo'yicha eng yaxshi fikrlashga mos keladigan umidlarni o'rnata olsangiz, tezkor yondashuv dividendlar to'laydi.

Bu qora yoki oq emas

Bizning tajribamizga ko'ra, an'anaviy SDLC -ga qarshi tezkor yondashuvni tanlash masalasi qora yoki oq emas. Nuance bor va bitta jamoa va loyiha uchun ishlaydigan narsa keyingi guruh uchun ishlamasligi mumkin.

Biz baham ko'rgan to'rtta farq faqat farq emas. Ular sizning loyihangizni boshqarishga eng katta ta'sir ko'rsatadiganlardir. Sizningcha, bu to'rttadan qaysi biri jamoangiz uchun eng muhim? Izohlarda bizga xabar bering.

Vaqtingizni qaytaring

O'tmishda zerikarli va takrorlanadigan vazifalarni qoldiring: TextExpander -ni oling va eng muhim narsaga e'tiboringizni qarating.