Yaponiyada ishlab chiqarish chaqqonlikka qanday ta'sir qildi: Skrum va Kanbanga qisqacha tushuntirish

Mahsulotlar haqida gapirganda, biz ularni ishlab chiqariladigan jismoniy mahsulotlar yoki dasturiy ta'minot ishlab chiqaruvchilari tomonidan ishlab chiqilgan dasturiy mahsulotlar sifatida ikki xil yo'l bilan o'ylaymiz. Ishlab chiqarish sektori va dasturiy ta'minotni ishlab chiqarish sektori mutlaqo boshqacha tuzilishga va jarayonlarga ega bo'lishiga qaramay, ular uzoq vaqt davomida bir-birlarini oziqlantirib kelmoqdalar va men bunday misollar haqida gaplashmoqchiman.

Ikki buyuk g'oya: chaqqon va ozg'in

Agile dasturiy ta'minoti 90-yillarning oxirida tezkor dasturlarni ishlab chiqish (1991), Scrum (1994) va Ekstremal dasturlash (1996) dan foydalangan holda dasturiy ta'minotni ishlab chiqish bilan mashhur bo'ldi. Biroq, 2001 yilda bir guruh taniqli ishlab chiquvchilar Agile Software Development uchun hozirgi vaqtda Agile Manifestida ko'rishingiz mumkin Agile dasturiy ta'minotni ishlab chiqish uchun Manifestni nashr etish orqali chaqqon metodologiyani o'rnatdilar. Falsafa mijozlar bilan ishlaydigan dasturiy ta'minotni ishlab chiqaruvchilar va mijozlar o'rtasidagi hamkorlikni yaxshilagan holda ta'minlashga qaratilgan. Hozirgi vaqtda Agile palapartishlik orqasida eng ko'p ishlatiladigan dasturiy ta'minotni ishlab chiqish falsafasi, biz keyinchalik muhokama qiladigan "sprintlar" ga bag'ishlangan uslubiy Scrum tomonidan boshqariladi.

Yog'och ishlab chiqarish 20-asrning oxirida yapon avtomobil giganti Toyota tomonidan kashf qilingan Just-in-Time yapon falsafasi asosiga qurilgan.

"Muda" (chiqindilar) ni yo'q qilish atrofini yoritib bergan ushbu falsafa Toyota ishlab chiqarish tizimi tomonidan ishlab chiqilgan bo'lib, bu yaponiyalik ishlab chiqaruvchilarga "kaizen" (doimiy takomillashtirish) orqali AQSh ishlab chiqarishidan ustun bo'lgan raqobatdosh ustunlikni berdi. Toyota chiqindilarni xaridorga qiymat bermaydigan har qanday narsa deb hisoblagan, shuning uchun ishlab chiqarish zanjiri qiymatga ega bo'lmagan qo'shimchalarni yo'q qilishga qaratilgan edi. Ushbu tizimda ishlab chiqarish jarayonlarini rejalashtirish uchun "Kanban" (doska) ishlatilgan.

Agile dasturiy ta'minoti

Chaqqonlikni tushunish uchun, men uni an'anaviy palapartish usulidan ajratib turadigan ba'zi xususiyatlarini aytib o'taman.

Agile og'ir rejalashtirishni to'xtatadi, chunki rejalashtirish kelajakdagi voqealarning noaniqligi sababli noaniq bo'lishi kutilmoqda. U mahsulotni ishlab chiqarishda mijozlar tomonidan talab qilingan o'zgarishlarni o'z ichiga oladi, faqat boshlang'ichda yig'ish o'rniga. Metodologiya elektron pochta, xabarlar va boshqalardan foydalanmasdan ko'proq odam bilan muloqot qilishni targ'ib qiladi, bu esa ishlarni sekinlashtiradi, shuningdek hujjatlarni pasaytiradi va mijozlarga tez-tez namoyishlarni rag'batlantiradi.

Dasturiy ta'minotni ishlab chiqarishda xato va xatolarga nisbatan yuqori darajada toqat mavjud bo'lgan hollarda va dasturiy ta'minot to'g'ri-birinchi marta ishlamasligi kerak bo'lgan joylarda tezkor metodologiyalar qo'llaniladi.

Agile Manifesti printsiplarini bu erda ko'rishingiz mumkin.

Skrum

Skrum - bu tezkor usul bo'lib, unda asosiy e'tibor oldindan belgilangan vaqt oralig'ini qamrab oladigan sprintlarga qaratiladi.

Skrum 1 hafta bo'lishi mumkin, ammo dasturiy mahsulot turiga qarab bir oydan ko'proq vaqtga uzaytirilishi mumkin.

Rugby-scrum-ga juda o'xshash, bu erda harakatlar iteratsiyalangan harakatlarga asoslangan.

Sprint boshlanishida "Scrum Master" tomonidan rejalashtirish bo'yicha yig'ilish bo'lib o'tadi, "Mahsulot egasi" esa sprintrni ishlab chiqish va rejalashtirish zarurligini tanlaydi. Ushbu tanlov, odatda, shoshilinchlik yoki tanqidiylik kabi oldindan belgilab qo'yilgan mezonlarga asoslanadi va ishlab chiqarish jamoasi bilan Mahsulot Egasi uni ishlab chiqish va sinovdan o'tkazish uchun qancha vaqt ketishini hisoblashi kerak. Jarayon sprintni rejalashtirish uchun Scrum Board-dan foydalanadi va ishlab chiqilishi kerak bo'lgan har bir xususiyat chiptadan foydalaniladi.

Har kuni har kuni stend o'tkaziladi, unda ishlab chiqaruvchilar va Scrum Master birgalikda nima qilish kerakligi va qanday chiptalarni boshqarish kerakligi haqida muhokama qilish uchun yig'ilishadi. Sprint oxirida “retrospektiv” amalga oshiriladi, unda bajarilgan ishlar ko'rib chiqiladi va saboqlar o'rganiladi. Ishni baholashning to'g'riligi ko'rib chiqilgan va keyingi sprintni rejalashtirishda foydalanish uchun yaxshilangan asosiy nuqta bu.

Trello-dan foydalangan holda Scrum Board-ga misol

Scrum metodologiyasining asosiy xususiyati bu sprintr oxirida xususiyatlarning chiqarilishi. Sprintni rejalashtirishda aniq bir e'tibor bor, chunki sprintning muvaffaqiyati to'liq sprintning boshida ishlarning hisob-kitobi qanchalik aniqligiga bog'liq. Agar sprint oxirida chiptalar qolgan bo'lsa, keyingi baholashda ortiqcha ish tutmaslik uchun samaradorlik retrospektivda qayta ko'rib chiqiladi.

Kanban

Agile Kanbanni tushunish uchun siz Just-in-Time ishlab chiqarishning asl uslubini tushunishingiz kerak. Yaponlar ta'minot zanjirida inventarizatsiya darajalarini oshirgan Ishlab chiqilayotgan inventarizatsiyadan xalos bo'lishga urg'u berishdi. Pullar ushbu inventarizatsiyaga bog'langanligi sababli, bu olib tashlash xarajatlarni kamaytirdi va ushbu Ish jarayonida rivojlanayotgan kamchiliklarni ta'kidladi. Agar ishlab chiqarish jarayonida ikkita ishchi ketma-ket ish olib borgan bo'lsa, birinchi ishchi ikkinchi ishchi talab qilguncha bir parcha yubormadi. Natijada talabga asoslangan ishlab chiqarish jarayoniga to'liq ishonch hosil bo'ldi, natijada Ish pastga tushdi.

An'anaviy Kanban taxtasi.

Agile Kanban muhitida, yuqoridagi falsafa tanlangan, ammo burilish bilan.

G'oya, Scrum-dagi kabi sprintning tugashini kutmasdan imkon qadar bo'shatishdir.

Relizlardagi diqqat markazida oldindan belgilangan sprintlar mavjudligi talablari bekor qilinadi va shu bilan sprint atrofidagi tashkiliy sozlamani olib tashlanadi va shu bilan keraksiz chiqindilarni yaponiyaliklar singari kamaytiradi. Hech qanday sprint rejalashtirish yo'q, retrospektiv yo'q va Agile Kanban hech qachon to'xtamasdan bo'sh joy qoldirmaguncha davom etadi.

"Agile Coach" Kanban metodologiyasida Scrum Master-ni almashtiradi, mahsulot egasi esa orqa jurnaldan chiptalarni tanlaydi. Xo'sh, qanday qilib ular Scrum-da qilingan taxminlarni almashtiradilar? Qizig'i shundaki, ular Ishda Taraqqiyot darajasini ushlab turishadi, shuning uchun ortiqcha majburiyat yo'q. Agar WIP darajasi 3 ta chiptada saqlanib qolsa, chiptalar faqat "Ishlar ketma-ketligi" ustunida 3 tadan kam chipta mavjud bo'lganda amalga oshiriladi.

Kanban taxtasiga misol; Scrum Board-ga o'xshash, ammo qizil rangda ko'rsatilgan WIP darajasiga e'tibor bering!

Xulosa

Xo'sh, nima yaxshiroq?

Bunday narsa yo'q. Scrum vs Kanban - bu kompaniya xohlagan madaniyatni va rivojlanish guruhlaridagi shaxslarni hisobga olgandan keyin kompaniya tomonidan qabul qilinishi kerak bo'lgan qaror. Men uchun, ishlab chiqarish tajribasidan kelib chiqqan kishi, Kanban Scrum-dagi sprinintni taqdim etadigan zamonaviy loyihaga o'xshash his-tuyg'ularga ega bo'lmasa-da, o'zini uydagidek his qiladi.

Muvaffaqiyatli sprintdan keyin kim baxtli soatga borishni istamaydi, axir.