Nima uchun qattiq diskni qismlarga bo'lishingiz kerak. Agar eski disk muvaffaqiyatsiz bo'lsa

Diskni qismlarga ajratish qanday foydali bo'lishi mumkin?

Oddiy ofisni tasavvur qiling. Unda tortmalar, tortmalarda papkalar, papkalarda hujjatlar mavjud. Hujjatlarni joylashtirish tizimini bekor qilsangiz, biror narsa topa olasizmi? Balki qila olasiz, lekin qanday kuch bilan? Kompyuter disklarida ma'lumotlarni saqlash xuddi shunday tarzda amalga oshiriladi, bu sizga ma'lumotlarni saqlash, operatsion tizimlar va ilovalarni o'rnatishda narsalarni tartibga solish imkonini beradi. Diskni bo'limlarga bo'lish turli papkalarni alohida qutilarga tartibga solishga o'xshaydi va ko'p hollarda disk maydonidan samaraliroq foydalanish imkonini beradi. Operatsion tizim har bir bo'limni alohida qattiq disk sifatida ko'rsatadi va unga o'zining haydovchi harfini tayinlaydi. Diskni bo'limlarga bo'lish diskdagi turli xil operatsion tizimlar o'rtasidagi ziddiyatlarni oldini olishga, ma'lumotlarni (jumladan, ruxsatsiz kirishdan) himoya qilishga yordam beradi, yangi dasturiy ta'minot bilan tajriba o'tkazish va hokazo.
Agar sizning qattiq diskingiz bo'linmagan bo'lsa, unda vaqt o'tishi bilan siz diskning ildiz qismida juda ko'p papkalarga yoki juda tarvaqaylab ketgan papka tizimiga ega bo'lasiz, unda kerakli faylga yo'l juda uzun va noqulay bo'lishi mumkin. Diskni ushbu kompyuterda bajariladigan asosiy harakatlarga ko'ra bo'limlarga bo'lish buni oldini olishga yordam beradi.
Ma'lumotlarning zaxira nusxasini yaratish, buzilgan operatsion tizimni tiklash kabi ancha osonlashadi, chunki siz hujjatlaringiz tasvir yaratilgandan beri ko'p marta yangilanganidan xavotirlanmasdan, operatsion tizim bo'limining tasvirini oddiygina tiklashingiz mumkin. Shunday qilib, ma'lumotlar va operatsion tizimni turli bo'limlarga joylashtirish juda foydali mashqdir.
Diskni bo'limlarga bo'lish ham ma'lumotlarga kirishni cheklashda yordam beradi. Siz shunchaki alohida bo'lim yaratasiz va uni parol bilan himoya qilasiz.
Agar siz bir nechta operatsion tizimlarni bitta jismoniy diskda saqlasangiz, ularni turli bo'limlarga o'rnatish qulayroqdir. Bu yana tizimning "qulashi" holatida yordam beradi. Siz shunchaki bo'limni tasvirdan tiklaysiz va ishlashni davom ettirasiz. Qolgan bo'limlar va operatsion tizimlar buni sezmaydilar.
Qattiq disklar bilan ishlashda yana bir muhim holat - bu klasterning o'lchami - sizning ma'lumotingiz uchun tizim tomonidan ajratilgan minimal joy birligi. Bo'lim qanchalik katta bo'lsa, klaster shunchalik katta bo'ladi va disk maydoni shunchalik yomon ishlatiladi. Misol bilan tushuntiraman: diskdagi klaster hajmi 32 kilobaytni tashkil qiladi. Bu avtomatik ravishda fayl hajmi qanchalik kichik bo'lmasin, diskda kamida 32 KB joy olishini anglatadi. Ko'pgina kichik fayllar hajmidan ko'p marta joy egallashi mumkin. Va agar sizning faylingiz hajmi 65 kilobayt bo'lsa, u 3 ta klasterni oladi - 2 ta to'liq, uchinchisi - 3%, bu yana bo'sh disk maydoni yo'qolishiga olib keladi. Albatta, zamonaviy disklar o'z o'lchamlari bilan bizning tasavvurimizni hayratda qoldiradi, ammo amaliyot shuni ko'rsatadiki, hujjatlar arxivlari, drayverlar va boshqa shunga o'xshash fayllar diskdagi bo'sh joyni shunchaki halokatli tarzda yutib yuborishi mumkin.

Buning oldini olish va disk bo'limlarini qanday boshqarish kerak?

Bir necha usullar mavjud. Masalan, siz fayllarni bitta katta arxivga qo'yishingiz mumkin, ammo bu uni ishlatishda noqulaylik tug'diradi. Ko'p sonli kichik fayllar uchun diskda nisbatan kichik bo'limni ajratish va multimedia fayllari uchun katta bo'limni ajratish ancha oqilona.
Bo'limlar bilan ishlash uchun qulay vosita PowerQuest tomonidan ishlab chiqilgan Partition Magic dasturiy paketidir. Albatta, siz bo'limlarni yaratish uchun fdisk yordam dasturidan foydalanishingiz mumkin, ammo ma'lumotlar strukturangiz vaqt o'tishi bilan o'zgargan bo'lsa yoki sizda yangi operatsion tizimlar mavjud bo'lsa-chi? Agar siz faqat fdisk-dan foydalansangiz, jismoniy diskni bo'limlarga bo'lish faqat ma'lumotlar va operatsion tizimlarning to'liq zaxira nusxasini yaratish, mavjud bo'limlarni o'chirish va yangilarini yaratish, so'ngra tizim va ilovalarni formatlash va o'rnatish orqali mumkin. Ba'zi hollarda, tizim bo'lim tasviridan tiklanishi mumkin, ammo shunga qaramay, bu hodisa ko'pchilik foydalanuvchilarni qo'rqitishi mumkin.
Partition Magic yordam dasturidan foydalanish ancha qulayroq. Ma'lumotlarni o'chirmasdan yoki arxivlamasdan, ushbu dastur quyidagilarga qodir:

diskda yangi bo'limlarni yaratish;
bo'limlarning o'lchamlarini o'zgartirish;
bo'limlar turini o'zgartiring va oxirgi versiya FAT, FAT32, Linux Ext2 yoki Ext3, Linux almashinuvi va NTFS bilan ishlashi mumkin;
ma'lumotlarni bo'limdan bo'limga ko'chirishga yordam beradi;
bo'limlarni bittaga birlashtirish va bir qismni bir necha qismlarga bo'lish;
yangi operatsion tizimlarni diskka o'rnatishda yordam berish va ushbu tizimlarning yuklanishini boshqarish.

Afsuski, kamchiliklardan xoli bo'lmadi. Ushbu dasturning interfeysi hali rus tiliga tarjima qilinmagan, shuning uchun interfeysning barcha intuitivligi bilan bir nechta inglizcha so'zlarni bilish hali ham yaxshiroqdir. Shuni ham yodda tutingki, dastur bepul emas. Siz uni to'g'ridan-to'g'ri ishlab chiqaruvchining veb-saytidan sotib olishingiz mumkin.

Taraqqiyot pog'ona va chegaralar bilan rivojlanayotgan va kompyuter komponentlari bozorida doimiy ravishda yangi narsalar paydo bo'ladigan muhitda tobora ko'proq foydalanuvchilar qattiq diskni yangi kattaroq disk bilan almashtirishni afzal ko'rishmoqda. Agar yaqin vaqtgacha qattiq diskning sig'imi unchalik katta bo'lmagan bo'lsa, bo'sh joyning asosiy ulushi tizim tomonidan ishg'ol qilingan va shaxsiy foydalanish uchun juda kam joy qoldirilgan. Qattiq disk katta bo'lsa, uni bo'limlarga bo'lish mantiqan. Buning eng oson yo'li - operatsion tizimni qayta o'rnatish paytida.

Qattiq diskni bo'limlarga bo'lishning foydaliligi va zarurligi nafaqat qulaylik bilan bog'liq, balki xavfsizlik nuqtai nazaridan ham muhimdir. Masalan, C tizim diskiga tizim fayllari, ayniqsa Internetdan yuklab olingan fayllardan tashqari boshqa fayllarni saqlamaslik tavsiya etiladi, chunki fayl qandaydir virus bilan yuqmaganligiga hech qachon to'liq ishonch hosil qila olmaysiz. OS ishlamay qolganda OS yo'qolmaydi. Qattiq diskda bir nechta disklar mavjud bo'lsa, bu juda qulay bo'ladi, ularning har biri muayyan maqsadlarda ishlatilishi mumkin, bo'linishda siz har bir diskka nom berishingiz mumkin. Masalan, D diski o'yinlarni o'rnatish uchun bo'ladi va o'yinlar deb nomlanadi, E drayveri ish uchun boshqa muhim fayllarni saqlash uchun bo'ladi. Bu kerakli fayl yoki papkani tezda topishni ancha osonlashtiradi. Men faqat 2 bo'lim C va D yaratishni tavsiya qilaman. C - tizim, qolgan hamma narsa uchun D.

Bo'limlar soni to'g'risida qaror qabul qilganingizdan so'ng, butun qattiq disk hajmini bo'limlarga taqsimlashni to'g'ri ko'rib chiqishingiz kerak. Tizim C drayveri uchun 70-120 Gb ajratish maqsadga muvofiqdir (albatta, qattiq diskning umumiy hajmi qancha ruxsat berishiga qarab), chunki tizimning o'ziga qo'shimcha ravishda barcha dasturlar C diskida o'rnatilgan, Kompyuterda ishlash jarayonida vaqti-vaqti bilan yangi dasturlarni o'rnatish zarurati tug'iladi va C diskida qancha joy bo'lsa, bir kun kelib u erda joylashtirish uchun etarli joy bo'lmasligi ehtimoli shunchalik kam bo'ladi. keyingi dastur. Bundan tashqari, C diskida doimo bo'sh joy bo'lishi kerak, chunki tizim ish paytida ushbu diskka kerakli fayllarni vaqtinchalik papkaga ko'chiradi. Siz allaqachon o'zingizning xohishingizga qarab joyni qolgan bo'limlarga taqsimlashingiz mumkin.

Ba'zan qattiq diskda ilgari bo'lingan qismlarni birlashtirish zarur bo'lganda teskari holatlar mavjud. Bu erda allaqachon biroz ko'proq ish bo'ladi, chunki allaqachon yaratilgan bo'limlar foydalanish paytida saqlagan ma'lumotlarni saqlaydi. Uni yo'qotmaslik uchun disklarni birlashtirishdan oldin ularda saqlangan barcha fayl va papkalarni saqlash kerak, bu Internetdagi virtual disklarda yoki vaqtincha oddiy disklarga yozilishi mumkin.

yo'q, yaxshi, go'yoki, buyruq formati bilan hamma narsani birdaniga o'ldirmaslik uchun - SUBJECT bilan - Oddiy ofisni tasavvur qiling. Unda tortmalar, tortmalarda papkalar, papkalarda hujjatlar mavjud. Hujjatlarni joylashtirish tizimini bekor qilsangiz, biror narsa topa olasizmi? Balki qila olasiz, lekin qanday kuch bilan? Kompyuter disklarida ma'lumotlarni saqlash xuddi shunday tarzda amalga oshiriladi, bu sizga ma'lumotlarni saqlash, operatsion tizimlar va ilovalarni o'rnatishda narsalarni tartibga solish imkonini beradi. Diskni bo'limlarga bo'lish turli papkalarni alohida qutilarga tartibga solishga o'xshaydi va ko'p hollarda disk maydonidan samaraliroq foydalanish imkonini beradi. Operatsion tizim har bir bo'limni alohida qattiq disk sifatida ko'rsatadi va unga o'zining haydovchi harfini tayinlaydi. Diskni bo'limlarga bo'lish diskdagi turli xil operatsion tizimlar o'rtasidagi ziddiyatlarning oldini olishga, ma'lumotlarni (jumladan, ruxsatsiz kirishdan), yangi dasturiy ta'minot bilan tajriba o'tkazishga va hokazolarga yordam beradi. Agar qattiq disk bo'linmagan bo'lsa, vaqt o'tishi bilan siz ham ikkalasiga ega bo'lasiz. diskning ildiz qismidagi ko'plab papkalar yoki kerakli faylga yo'l juda uzun va noqulay bo'lishi mumkin bo'lgan juda tarvaqaylab ketgan papka tizimi. Diskni ushbu kompyuterda amalga oshirilgan asosiy harakatlarga ko'ra qismlarga bo'lish buni oldini olishga yordam beradi. Ma'lumotlarning zaxira nusxasini yaratish, buzilgan operatsion tizimni tiklash kabi ancha osonlashadi, chunki siz hujjatlaringiz tasvir yaratilgandan beri ko'p marta yangilanganidan xavotirlanmasdan, operatsion tizim bo'limining tasvirini oddiygina tiklashingiz mumkin. Shunday qilib, ma'lumotlar va operatsion tizimni turli bo'limlarga joylashtirish juda foydali mashqdir. Diskni bo'limlarga bo'lish ham ma'lumotlarga kirishni cheklashda yordam beradi. Siz shunchaki alohida bo'lim yaratasiz va uni parol bilan himoya qilasiz. Agar siz bir nechta operatsion tizimlarni bitta jismoniy diskda saqlasangiz, ularni turli bo'limlarga o'rnatish qulayroqdir. Bu yana tizimning "qulashi" holatida yordam beradi. Siz shunchaki bo'limni tasvirdan tiklaysiz va ishlashni davom ettirasiz. Qolgan bo'limlar va operatsion tizimlar buni sezmaydilar. Qattiq disklar bilan ishlashda yana bir muhim holat - bu klasterning o'lchami - sizning ma'lumotingiz uchun tizim tomonidan ajratilgan minimal joy birligi. Bo'lim qanchalik katta bo'lsa, klaster shunchalik katta bo'ladi va disk maydoni shunchalik yomon ishlatiladi. Misol bilan tushuntiraman: diskdagi klaster hajmi 32 kilobaytni tashkil qiladi. Bu avtomatik ravishda fayl hajmi qanchalik kichik bo'lmasin, diskda kamida 32 KB joy olishini anglatadi. Ko'pgina kichik fayllar hajmidan ko'p marta joy egallashi mumkin. Va agar sizning faylingiz hajmi 65 kilobayt bo'lsa, u 3 ta klasterni oladi - 2 ta to'liq, uchinchisi - 3%, bu yana bo'sh disk maydoni yo'qolishiga olib keladi. Albatta, zamonaviy disklar o'z o'lchamlari bilan bizning tasavvurimizni hayratda qoldiradi, ammo amaliyot shuni ko'rsatadiki, hujjatlar arxivlari, drayverlar va boshqa shunga o'xshash fayllar diskdagi bo'sh joyni shunchaki halokatli tarzda yutib yuborishi mumkin. (bilan)...

Ba'zida Scrum-dagi ba'zi katta vazifalarni qismlarga bo'lib bo'lmaydiganga o'xshaydi. Bu yangi kelganlar va uzoq vaqt davomida Scrum-dan foydalanayotgan jamoalar orasida keng tarqalgan xavfli noto'g'ri tushunchadir.

Parchalanish mahsulotning keraksiz yoki noto'g'ri ish qilish xavfini kamaytiradi, tezkor fikr-mulohazalarni olish orqali xavf xarajatlarini kamaytiradi va amaliyot bilan tasdiqlangan bilimlarni olishga imkon beradi (Validated Learning), ulardan mahsulot ishlab chiqishda foydalanish.

Masalan, mijoz moduli va mijozning orqa ofisini birlashtirish kerak. Odatda ular alohida ishlab chiqiladi, keyin esa birlashtiriladi. Bunday ishlash usuli muammolar xavfini oshiradi. Ehtimol, bizning integratsiya usulimiz mos emas yoki integratsiya umuman kerak emas va boshqa muammoni hal qilish kerak. Eng achinarlisi shundaki, biz bu haqda barcha ishlarni tugatganimizdan keyingina bilib olamiz (juda kechikkan fikr-mulohazalar).

Mijozga alohida backoffice yoki alohida mijoz moduli kerak emas, ayniqsa integratsiya kerak emas. Mijozga har biri foydalanuvchining har qanday ehtiyojini qoplaydigan funktsiyalar to'plamidan iborat xizmat kerak. Shuning uchun, modullarni etkazib berish o'rniga, xuddi shu funktsiyalarni taqdim etishga arziydi.

Rivojlanishning bunday yondashuvi End to End deb ataladi. Agar biz End to End funksiyalarini ishlab chiqayotgan bo'lsak, mijoz darhol ulardan foydalanishni boshlashi va xatolarni topishi mumkin. Kelajakda biz xatolarni hal qilishda olgan tajribamizdan foydalanamiz va Mahsulotni ishlab chiqish umuman dastlabki rejaga muvofiq bo'lmaydi.

Asosiy narsa

Buzilish xavfni kamaytiradi va tezkor fikr bildirish imkonini beradi.
Ishlanmani oxirgi foydalanuvchi uchun qimmatli bo'lgan kichik qismlarga bo'lishingiz kerak.

Yuborish

Mavzu bo'yicha ko'proq

Mahsulotlar zaxirasi (PBI) ning katta ob'ektlari Sprintdagi noxush kutilmagan hodisalar va o'zgaruvchanlikning oshishiga sabab bo'ladi. Vazifa qanchalik katta bo'lsa, noma'lumlar shunchalik ko'p. Katta PBIlar Sprint-ga deyarli sig'maydi va mahsulot egasi va manfaatdor tomonlar uzoq vaqt davomida Scrum jamoalari natijalarini ko'rmasliklari mumkin. Men yaqinda ikkita badiiy jamoa bilan ishlay boshladim. Mahsulot egasi Orqaga tushganlar ro'yxatining yuqori qismiga bitta katta xususiyatni qo'ydi, bu dastlabki hisob-kitoblarga ko'ra, jamoalarni ko'plab Sprintlarda oldinda ushlab turishi kerak edi. Ikkala jamoa ham Product Backlog yangilanishida (Multi-Team PBR) ishtirok etishdi. Biz sakkiz bosqichda rejalashtirish uchun Mahsulotlar to'plamini ajratdik, baholadik va tayyorladik.

1-qadam: Biznes maqsadiga PBI aloqasini aniqlang

Biz PBIni biznesning bevosita maqsadiga nima bog'lashini muhokama qildik: saytdan konversiya stavkalarini oshirish (CR). Agar siz ilgari biznes maqsadini belgilamagan bo'lsangiz, unda Ta'sir xaritasi texnikasi va uning o'zgarishi bu bosqichda albatta yordam beradi.

2-qadam: PBIni kim, nima va nima uchun formatida tavsiflang

Men ko'pincha ushbu formatdan mahsulot zaxirasi elementlarini tavsiflash uchun foydalanaman:

foydalanuvchi segmenti yoki shaxsi kim;
nima - vazifaning qisqacha tavsifi;
nima uchun - biznes qiymati yoki foydalanuvchi qiymati.

Mahsulot egasi va jamoalar buni ochiq muhokamada muhokama qilishdi. Ma'lumotga qaytish oson bo'lishi uchun men aytilganlarni flipchartga yozib oldim.

3-qadam. PBIni kichik guruhlarga bo'ling

Biz 3-5 kishidan iborat to'rtta guruhni tuzdik va ularni ochiq kosmik ish stantsiyalariga jo'natdik, u erda ular PBIni 20 daqiqa ichida parchalashdi. Yigitlar bo'linish naqshlari va boshqa usullardan, xususan, "User Story Mapping"dan foydalanishdi. Agar jamoalar hali parchalanish ko'nikmalariga ega bo'lmasa, siz o'tkazishingiz kerak .

4-qadam. Bo'lim variantlarini taqdim eting

Bizda parchalanishning to'rtta varianti mavjud. Endi men ularning har birida eng qimmatli narsani topishimizni xohlardim. Buni amalga oshirish uchun biz har bir ish stantsiyasini aylanib chiqdik, bu erda bizga har bir bo'linish variantlari taqdim etildi. Biz har bir bekatda besh daqiqadan ko'proq vaqt o'tkazmasdik.

5-qadam. Yakuniy "yopishtirish" ni bajaring

Men mahsulot egasidan va bir nechta jamoa vakillaridan turli xil parchalanish variantlarini yakuniy "yopishtirish" ni so'radim. Buning uchun biz barcha flipchartlarni olib kelib, devorga osib qo'ydik. Mahsulot egasi eng muvaffaqiyatli qismlarni tanladi va ularni yakuniy versiyaga joylashtirdi.

Qadam 6. Qabul qilingan xususiyatlarni baholang va birinchi o'ringa qo'ying

Ayni paytda gigant xususiyat kichikroq bo'laklarga bo'lingan. Men har bir jamoa vakillaridan “ko‘ylak o‘lchamlari” yordamida tezkor baholashni so‘radim. Keyin mahsulot egasi olingan barcha funksiyalarga buyurtma berdi. Natijada biz 11 ta xususiyatni oldik, ularning eng muhimi ikki haftalik Sprintda qulay tarzda joylashishi kerak edi.

7-qadam. Prioritetlangan PBIlarni aniqlang

Har bir guruh Mahsulotlar to'plamining yuqori qismidan bitta xususiyatni oldi va uni ish stantsiyasida aniqlab berdi. 20 daqiqadan so'ng har bir stantsiyada paydo bo'ldi:

xususiyat tavsifi,
yangilangan smeta,
qabul qilish mezonlari,
biznes va foydalanuvchi qadriyatlari.

Keyinchalik, biz soat yo'nalishi bo'yicha harakatlanadigan "dunyo kafesi" ni bir necha marta aylantirdik. Har bir stantsiyada fikr-mulohazalarni olgan va xususiyat haqida gapiradigan odam bor edi.

Qadam 8. Qabul qilingan qiymatni muhokama qiling

Uchrashuvni yopishdan oldin men ulardan olingan qiymatlarni ovoz chiqarib, natijani flipchartda tuzatishni so'radim. Bular hisob-kitoblar, chorak uchun maqsad, sodir bo'layotgan voqealarning to'liq tasviri edi.

topilmalar

Bir vaqtning o'zida bir nechta jamoa mahsulot zaxirasini yangilayotganda Multi-Team PBR dan foydalanishni afzal ko'ring.
Har doim biznes maqsadi bilan bog'liq holda PBI muhokamasini boshlang.
Bo'lish naqshlari va foydalanuvchi hikoyasini xaritalash usullaridan foydalangan holda mahsulot zaxiralari ro'yxatini qismlarga ajrating.
Kichik guruhlarda va jahon kafelarida, ko'rgazma yoki kokteyl partiyalarida ishlash.
Yaxshiroq muloqot qilish uchun qog'oz, flipchartlar, qaychi yoki yopishqoq yozuvlardan foydalaning.

Andrey Tolmachev mahsulot egasi va ishlab chiqish guruhining o'zaro noroziligini qanday hal qilish kerakligini aytadi.

Muammoning shartlari

Bunday vaziyatni tasavvur qiling. Siz yangi Scrum Mastersiz. Sizning ishlab chiqish guruhingiz tizim tahlilchisi, ikkita dasturchi va ikkita testerdan iborat. Sprintning davomiyligi ikki hafta. Jamoa eski platformada murakkab tizim bilan ishlaydi, shuning uchun mahsulot zaxirasining har bir elementi uchun tahlil, ishlab chiqish va sinov alohida Sprintlarga bo'linadi. Oxirgi Sprint paytida jamoa Sprintda olingan ishni bajarishga ulgurmadi, shuning uchun Retroda mahsulot egasi Sprint paytida kim nima qilganini so'raydi. Mahsulot egasi jamoa juda sekin ishlayotganidan shikoyat qiladi. Guruh a'zolari biznes ularni nazorat qilayotganidan va mikro-boshqarayotganidan shikoyat qiladilar. Mahsulot egasi va ishlab chiqish guruhining o'zaro noroziligini qanday hal qilish mumkin? Keling, buni aniqlaylik.

Nima bo'lyapti

Mahsulot zaxirasidagi har bir element uchun tahlillar, ishlab chiqish va sinovlar alohida Sprintlarga bo'linadi - bu mahsulot faqat uchta Sprintda chiqarishga tayyor bo'lishini anglatadi. Bunday holda, Sprintning haqiqiy uzunligi olti haftani tashkil etadi, bu Scrum Guide ruxsat berganidan ko'proqdir.

Sprintning maksimal davomiyligi bir kalendar oy. Uzoqroq rejalashtirish muddati bilan maqsadlarning o'zgarishi, murakkablikning oshishi va xavflarning oshishi mumkin.

Scrum qo'llanmasi Agar jamoa kamdan-kam hollarda tugallangan qo'shimchani etkazib bersa, u kamdan-kam hollarda manfaatdor tomonlar va mijozlardan fikr-mulohazalarni oladi. Natijada:

noto'g'ri ish qilish xavfini oshiradi. O'zgarishlarga javob berish qobiliyati pasayadi;
jarayonning barqarorligi tushadi, ishni oldindan aytish qiyin. Misol uchun, sinov rivojlanishdan bir necha hafta o'tgach nuqsonlarni aniqlaydi. Xatolar kech aniqlanadi, shuning uchun "qo'llab-quvvatlash" miqdori Sprintdan Sprintgacha farq qiladi;
ish jarayoni endi shaffof emas.

Shu sabablarga ko'ra, Ishlab chiqish guruhi mahsulot egasi va manfaatdor tomonlarning ishonchini yo'qotadi, shuning uchun bosim kuchayadi va nizolar boshlanadi.

Qaror

Scrum Master muammoni mustaqil hal qila olmaydi, lekin o'z jamoasiga quyidagi yo'llar bilan yordam berishi mumkin:

yuqorida tavsiflangan tizim dinamikasini va ularning zararli oqibatlarini tushuntiring. Scrum jamoasi har bir Sprintni oshirishning Scrum qoidasi ularning muammosiga tabiiy tizimli yechim ekanligini tushunishi kerak;
Sprint davomida bajarilishi mumkin bo'lgan minimal DoDni shakllantirishga yoki qayta ko'rib chiqishga yordam bering va bu o'sish chiqarishga tayyor bo'lishini ta'minlaydi;
Rivojlanish guruhiga Backlog elementlarini to'g'ri ajratishga o'rgating. Mahsulot zaxirasidagi kichik elementlar erta yetkazib berishga, mahsulot qiymatini optimallashtirishga va ish jarayonini yaxshilashga yordam beradi;
Keyingi Sprintga kamida bitta kichik Backlog elementini olishga rozi bo'lishga yordam bering, lekin uni Bajarildi holatiga keltiring;
ish jarayonini tasavvur qiling. Shaffoflik muvaffaqiyat kalitidir;
to'xtab qolish vaqtini yo'q qilish. Buning uchun Scrum Master Teamga yaxshi muhandislik amaliyotlarini o'rgatadi, masalan, umumiy kodga egalik qiladi, Jamoada T shaklidagi yoki E shaklidagi odamlarning rivojlanishini rag'batlantiradi, jamoaviy shartnomalar tuzadi;
Mahsulot egasiga texnik qarz kechikishlar sababi ekanligini tushuntiring va uni to'lashga ishontiring.

To'siqlarni olib tashlash uchun eng yaxshi echimlarni topish uchun Retrospektivdan foydalaning. Esda tutingki, bu echimlar kutilgan samarani keltirishi emas, balki tajribalardir. Shuning uchun, o'tmishdagi qarorlar natijalarini tekshiring va kelajakdagi Retrospektivlarda qarorlarni moslang.

Natijalar

Sprint oxirida tayyor o'sish Scrum-ning eng muhim qoidasi bo'lib, u xavfning o'sishidan, oldindan aytish mumkin bo'lgan va moslashuvchanlikni yo'qotishdan qochishga yordam beradi. Ta'riflangan sabab-natija munosabatlarini bilish uchun nima uchun Scrum har bir Sprintda chiqarishga tayyor bo'lgan tegishli DoDni talab qilishini tushunish foydalidir. Quyidagi harakatlar ushbu maqsadga erishishga yordam beradi:

ishni kichik PBIlarga ajratish;
Sprintda ish oqimini vizualizatsiya qilish va asosiy to'siqlarni qidirish;
jamoaviy kelishuvlar, yaxshi muhandislik amaliyotlari va T-shaklidagi yoki E-shaklidagi odamlarni rivojlantirish orqali "to'xtab qolish" ishini bartaraf etish;
texnik qarzni tizimli ravishda tugatish.