Спринтийн үеэр бүтээгдэхүүний ажлын хувилбарыг авахад шаардлагатай бүх ажлыг дуусгах ёстой. Спринтийн цар хүрээг засах хэрэгтэй. Үүний ачаар баг нь түүний хэрэгжилтийг хариуцаж чаддаг. Үүний үндсэн дээр спринт бүртгэлийг багаас өөр хэн ч өөрчлөх боломжгүй.

Та энэ бүхний талаар Жефф Сазерландын "Scrum - хувьсгалт төслийн менежментийн арга" номноос олж мэдэх боломжтой бөгөөд бид практик сэдвээр яриагаа үргэлжлүүлэх болно. Тэдэнтэй танилцсаны дараа та Scrum төсөл хэрхэн хэрэгжиж байгааг ойлгох боломжтой болно.

Өдөр тутмын Scrum уулзалтууд

Өдөр бүр ажил эхлэхийн өмнө өглөө хуралддаг. Багийн гишүүн бүр одоогийн төсөлд хэн, яг юу хийж байгааг мэдэхийн тулд эдгээр нь зайлшгүй шаардлагатай. Ийм уулзалтын оновчтой үргэлжлэх хугацаа нь 15 минут байна. Процессын явцад ямар ч асуудал шийдэгддэггүй, учир нь Гишүүд зүгээр л мэдээлэл солилцож байна. Шийдвэрлэх асуудал байвал хурлаас хасдаг.

Өдөр бүр Scrum Master уулзалт зохион байгуулдаг. Хариуд нь тэрээр оролцогч бүрээс дараах асуултуудыг асууна.

• Өчигдөр чи юу хийсэн бэ?
• Та өнөөдөр юу хийх вэ?
• Танд ямар асуудал тулгарсан бэ?

Бүгд нээлттэй асуултууд Scrum Master нь Үйлдлийн цэгүүдийг жагсаадаг. Формат нь “Юу? ДЭМБ? Хэзээ?". Ийм жагсаалтын энгийн жишээ энд байна:

• Суурь дизайны нарийн ширийн зүйлийг ярилц
• Толя, Коля
• Оройн хоолны дараа шууд

Өдөр тутмын уулзалтад хэн ч оролцох боломжтой сонирхогч тал, гэхдээ бүх шийдвэрийг зөвхөн хөгжүүлэлтийн багийн гишүүд гаргадаг. Үүний шалтгаан нь оролцогчдын спринт зорилгодоо хүрэх амлалт юм. Хэрэв хэн нэгэн шийдвэр гаргахад хувь нэмрээ оруулбал тэр багийн гишүүдээс хариуцлага хүлээх болно.

Sprint тойм хурал

Спринт бүрийн төгсгөлд спринтийг хянадаг үзүүлэх уулзалт зохион байгуулдаг заншилтай байдаг. Эдгээр уулзалтын оновчтой үргэлжлэх хугацаа нь 4 цагаас илүүгүй байна.

Уулзалтын эхэнд хөгжүүлэлтийн баг бүтээгдэхүүн эзэмшигчид ажлын хувилбараа харуулдаг (хийсэн ажлын үр дүнг харуулдаг). Хурал нь эзэмшигчийн хяналтан дор явагддаг бөгөөд тэрээр бүх сонирхсон хүмүүс болон тэдний төлөөлөгчдийг урих эрхтэй.

Уулзалтын үеэр бүтээгдэхүүний эзэмшигч нь спринт бүртгэлээс ямар шаардлага хангасныг үнэлж, үр дүнг баг болон үйлчлүүлэгчтэй ярилцаж, тэдэнтэй хамт шинэ спринтэд хийх ажлуудаа төлөвлөдөг.

Уулзалтын хоёрдугаар хагаст Scrum Master бусад оролцогчдын хамт өнгөрсөн спринтэд дүн шинжилгээ хийдэг. Хөгжлийн баг нь тэдгээрийг тодорхойлж, дүн шинжилгээ хийж, дүгнэлт хийж, цаашдын ажлыг сайжруулах шийдвэр гаргадаг.

Хурлын төгсгөлд үр дүнг нэгтгэн дүгнэж, дараагийн спринтийг төлөвлөж байна (энэ нь бидний өмнө нь авч үзсэн ердийн спринт төлөвлөлтийн алгоритмын дагуу болдог). Хоёрдахь спринтийг дуусгасны дараа шинэ үзүүлэх уулзалт зохион байгуулагдаж, Scrum төсөл бүрэн дуусах хүртэл тойрог хэлбэрээр явагдана.

Sprint яаралтай зогсоол

Спринтийн яаралтай зогсолт нь зөвхөн онцгой тохиолдлуудад шаардлагатай. Баг нь энэ спринтэд тогтоосон үр дүнд хүрэх боломжгүй гэдгийг ойлговол эцсийн хугацаанаас өмнө (спринт дуусгах эцсийн хугацаа) зогсоож болно. Мөн спринт зорилгод хүрэх шаардлагагүй болсон тохиолдолд спринтийг бүтээгдэхүүний эзэмшигч зогсоож болно.

Хэрэв спринт зогссон бол төслийн бүх оролцогчид нэгдсэн хуралдаанд цугларч, зогссон шалтгааныг хэлэлцэж, Дараагийн алхмууд. Үүний дараа бүх ижил алгоритмуудыг ашигладаг шинэ спринт, түүний төлөвлөлтийн эхлэлийг үргэлжлүүлнэ.

Scrum дадлага нь маш энгийн гэдгийг харахад хялбар байдаг. Гэхдээ Scrum төслийн менежментийн үүрэг, дадлагаас гадна бас байдаг чухал баримт бичиголдвор гэж нэрлэдэг. Бид аль хэдийн тэдгээрийг товч дурьдсан боловч энэ сэдвийг бага зэрэг судалбал илүү дээр байх болно.

Scrum дахь олдворууд

Аливаа Scrum төсөлд гурван үндсэн олдвор (баримт бичиг) байдаг:

• Бүтээгдэхүүний нөөц
• Спринтийн хоцрогдол
• Спринт диаграм

Олдвор бүр өөрийн гэсэн онцлогтой.

Бүтээгдэхүүний бүртгэл

Бүтээгдэхүүний бүртгэлийг төслийн хамгийн эхэнд бэлтгэдэг. Энэ бол ач холбогдлоор нь ангилсан шаардлагуудын жагсаалт юм. Үүнийг бүтээгдэхүүний эзэмшигч эмхэтгэсэн бөгөөд боловсруулах баг нь шаардлага бүрийг хэрэгжүүлэх зардлын тооцоог оруулан гүйцэтгэнэ.

Бүтээгдэхүүний хоцрогдол нь тухайн бүтээгдэхүүнийг боловсруулахад шаардагдах техникийн болон үйл ажиллагааны шаардлагуудыг агуулсан байх ёстой. Эдгээр шаардлагуудыг эрэмбэлэх шаардлагатай бөгөөд хамгийн тэргүүний зорилтуудыг нарийвчлан тайлбарлах шаардлагатай бөгөөд ингэснээр баг тэдгээрийг үнэлэх, турших боломжийг олж авдаг.

Төслийг цаг тухайд нь, бэлтгэсэн байдлаар нарийвчлан гаргах, тэдгээрийг бүрэн, зөв ​​цагт нь хүргэх нь бүтээгдэхүүний эзэмшигчийн үүрэг юм.

Sprint бүртгэл

Спринтийн хоцрогдол нь бүтээгдэхүүний эзэмшигчийн өмнө нь эмхэтгэсэн бүтээгдэхүүний нөөцөөс сонгосон функцийг тусгадаг. Функц бүрийг даалгавар болгон хуваадаг. Нэг ажлыг гүйцэтгэхэд хоёр хоногоос илүү хугацаа шаардагдахгүйн тулд задаргаа хийдэг.

Функцуудыг даалгаврууд болгон чанарын хувьд хуваасны ачаар спринтийг эцэс гэхэд дуусаагүй зүйл үлдэхгүй байхаар төлөвлөж болох бөгөөд энэ нь давталтын зорилгод хүрсэн гэсэн үг юм.

Өрөмдлөг дууссаны дараа спринт бүртгэлийг үнэлж, энэ тооцоог анхны бүтээгдэхүүний бүртгэлийн тооцоотой харьцуулна. Их хэмжээний зөрүү илэрсэн тохиолдолд хөгжүүлэлтийн баг бүтээгдэхүүн эзэмшигчийн хамт тодорхой спринтийн хугацаанд хийх шаардлагатай ажлын хэмжээг, мөн дараагийн давталт руу шилжүүлж болох хэмжээг тогтоодог.

Давталтын зорилгод мэдэгдэхүйц нөлөө үзүүлэхгүй жижиг ажлуудыг спринтийн хоцролтоос хасдаг.

Спринт хуваарь

Спринтийн хуваарь нь спринт дуусах хүртэл үлдсэн ажлын нийт дүнгийн өдөр тутмын өөрчлөлтийг харуулахад шаардлагатай. Үүний тусламжтайгаар баг одоогийн нөхцөл байдалд дүн шинжилгээ хийж, өөрчлөлтөд цаг тухайд нь хариу үйлдэл үзүүлэх боломжтой.

Үүнээс гадна, спринт хуваарийн тусламжтайгаар бүтээгдэхүүний эзэмшигч нь давталтын явцыг хянах боломжтой. Тиймээс түүнийг тогтооход маш хялбар байдаг: хэрэв ажлын хэмжээ өдөр бүр буурахгүй бол үйл явцад зарим хазайлт гарч, багийн үйл ажиллагааг яаралтай засах шаардлагатай байна.

Эдгээр нь Scrum арга зүйн ерөнхий шинж чанарууд юм. Хэрэв та энэ аргыг илүү нарийвчлан ойлгохыг хүсч байвал Жефф Сазерланд танд энэ талаар туслах болно - аль хэдийн дурдсан "Scrum - төслийн менежментийн хувьсгалт арга" номтой танилцаарай. Мөн бид үүнийг нэгтгэн дүгнэх хэрэгтэй. тоймСкрум.

Scrum-ийн талаархи дүгнэлт

Тиймээс, аргын системтэй холбоотой уян хатан удирдлага Agile, Scrum-ыг үйл ажиллагаа нь төсөлтэй холбоотой хүмүүсийн хувьд жинхэнэ олдвор гэж нэрлэж болно. Үүний давуу талуудын дунд юуны түрүүнд чиг баримжаа, дасан зохицох чадвар нь ялгардаг. Энэ арга нь төслийн шаардлагыг хүссэн үедээ өөрчлөх боломжийг олгодог (хэдийгээр эдгээр өөрчлөлтүүд хэрэгжих баталгаа биш ч гэсэн). Мөн энэ боломж нь үйлчлүүлэгчдэд маш их татагддаг.

Хоёрдугаарт, Scrum сурахад маш хялбар. Үүнээс гадна, арга нь асар их цаг хугацаа шаарддаггүй. Мөн ажлын систем нь давталтын зарчмаар бүтээгдсэн (мөн давталт бүр өөрийн гэсэн зорилготой) тул Scrum аргыг ашиглан та спринт бүрийн төгсгөлд бүтээгдэхүүний ажлын хувилбаруудыг авах боломжтой.

Гуравдугаарт, энэ аргад хамгийн бага зохицуулалтаар ихэнх асуудлыг шийдвэрлэх чадвартай, олон талт, өөрөө зохион байгуулалттай багт онцлон анхаардаг. Ийм учраас Scrum төслүүд нь стартапуудад тохиромжтой жижиг компаниуд, менежерүүдийн мэргэшсэн боловсон хүчнийг бэлтгэх эсвэл гадны мэргэжилтнүүдийг ажиллуулах хэрэгцээг арилгах.

Гэхдээ Scrum арга зүй нь бүх асуудлын шийдэл, амжилтын баталгаа гэж битгий бодоорой. Тэр бас хэд хэдэн сул талуудтай. Жишээлбэл, түүний минимализм, энгийн байдал нь цөөхөн хэдий ч хатуу дүрэм, ялангуяа баг доторх харилцан үйлчлэлийн дүрмийг тодорхойлдог бөгөөд энэ нь зарим тохиолдолд үйлчлүүлэгчдэд тодорхой хүндрэл учруулж болзошгүй юм.

Өөр нэг сул тал бол төсөлд оролцогчдын бүх үйлдлүүд бодит цаг хугацаанд хийгддэг тул төлөвлөгөө байхгүй байна. Эцэст нь, багийг онцлох нь үргэлж ашигтай байдаггүй. Хэдийгээр багийн зохицуулалт нь тийм ч их шаардлагагүй (тиймээс зардал ихтэй биш ч) ажилд авах, сургах, урам зориг өгөх зардал нэмэгдэж болно. Жишээлбэл, хөдөлмөрийн зах зээлд тохирох мэргэжилтэн хангалтгүй бол та өндөр үнэтэй мэргэжилтэн авах эсвэл хэнийг ч ажилд авахгүй байх болно.

Гэсэн хэдий ч Scrum аргын давуу талыг түүний дутагдалтай харьцуулах боломжгүй бөгөөд тодорхой хэмжээний тэвчээртэйгээр үүнийг эзэмшихэд хэцүү биш байх болно. Scrum-ийн хэрэглээ нь компаниудад олон төрлийн төслүүдийг хэрэгжүүлэх, илүү өрсөлдөх чадвартай болоход тусалдаг. Энэхүү арга нь өөрчлөлт, тасралтгүй хөгжилд чиглэгддэг бөгөөд уян хатан чанар нь төслийн оролцогчдын бие биетэйгээ тасралтгүй харилцан үйлчлэлцэх замаар бий болдог.

Гэсэн хэдий ч энэ тойм нь зөвхөн хайгуулын шинж чанартай тул олж авахын тулд бид санаж байна нэмэлт мэдээлэлямар ч тохиолдолд та гуравдагч талын эх сурвалжид хандах хэрэгтэй болно. Тэдгээрээс та Scrum төслийн менежментийн бусад нарийн ширийн зүйлс, түүний хэрэглээний онцлогуудын талаар мэдэж болно. Та энэхүү богино хэмжээний видео бичлэгээс эхэлж болно, бид танд амжилт хүсье, бүх төслүүдээ амжилттай хэрэгжүүлэхийг хүсч байна!

Энэ сэдвээр хамгийн алдартай номыг орос орчуулгад "Скрам" гэж нэрлэдэг. "Төслийн менежментийн хувьсгалт арга" гэсэн тодорхойлолтыг ихэвчлэн шүүмжилдэг. Анхны хадмал нь өөр: "Хоёр дахин их ажлыг хоёр дахин хурдан хийх урлаг". Энд Scrum-ийг арга гэж нэрлэдэггүй бөгөөд бид төслийн менежментийн тухай яриагүй. Гэсэн хэдий ч илүү өргөн хүрээнд тайлбарлах нь бас үндэслэлтэй юм. Ялангуяа хөгжлийн явцуу бус хүрээг авч үзвэл програм хангамж(програм хангамж), гэхдээ бараг бүх төрлийн хамтын үйл ажиллагаанд амархан нэвтэрч болох хүрээний үндэс суурь болох арга.

Scrum: орчуулгын хүндрэл

Скрум (оросоор "scrum" гэж нэрлэдэг) нь регбигийн хувьд тоглоомын үеэр тоглогчдын бүтээсэн дүр гэсэн утгатай нэр томъёо бөгөөд бизнесийн хувьд үүнийг зохиолч Жефф Сазерланд (Жефф Сазерланд), Кен Швабер (Кен Швабер) нар зохион бүтээжээ. үр дүнтэй програм хангамж боловсруулах үйл явц. Scrum-ийн албан ёсны тайлбар нь ямар ч нөхцөлд юу хийх ёстойг заагаагүй бөгөөд зарим асуултууд хариултгүй хэвээр байна (жишээлбэл, энэ нь үйл явцад хуваарилагдсан ажлын цагийг тооцоолох шаардлагатай байгааг харуулж байгаа боловч үнэлгээний төрлийг заагаагүй болно). Тиймээс Scrum-ийн талаар сонгодог утгаар нь бүрэн арга зүй гэж ярихдаа болгоомжтой байх хэрэгтэй.

Програм хангамж хөгжүүлэгчид өөрсдөө ихэвчлэн Scrum-ийг хүрээ гэж нэрлэдэг бөгөөд энэ нь програм хангамжийн системийн бүтцийг тодорхойлдог платформ, үйл явцын агуулгыг зохион байгуулах боломжийг олгодог нэг төрлийн зохион байгуулалтын хэлбэр гэсэн утгатай. Чухамхүү "хамтын үйл ажиллагааны агуулгыг зохион байгуулах хэлбэр-загвар" гэсэн хоёр дахь утгаараа Scrum нь бусад арилжааны болон арилжааны бус салбарт хэрэглэгдэж эхэлсэн. Удирдлагын бүтэц нь агуулгаараа дүүргэсэн ижил газар аргачлалын нэрийг хүлээн авсан.

Universal Scrum схем

Scrum дахь бүтээгдэхүүний менежмент нь контекст тус бүрт түгээмэл байдаг хэд хэдэн алхамаас бүрдэнэ.

1. "Бүтээгдэхүүний эзэн" -ийг сонгосон - зах зээл (бүтээгдэхүүний хэрэглэгч эсвэл эцсийн хэрэглэгч) ба гүйцэтгэгчдийн баг хоорондын холбоос болох хүн. Энэ хүн бүтээгдэхүүний үнэ цэнийг нэмэгдүүлэх үүрэгтэй бөгөөд анхнаасаа ерөнхий санааг олж хардаг.
2. Жүжигчдийн багийг цуглуулсан бөгөөд тэдний ур чадвар нь концертод ажиллах чадвартай хослуулсан байх ёстой.
3. Scrum Master нь тодорхой болсон. Энд мастер бол багийн ахиц дэвшлийг хянадаг администратор боловч командлагч биш, харин бэлтгэлд тусалдаг, уулзалтын хуваарийг хангадаг гэх мэт.
4. Зорилго, бүтээгдэхүүнд тавигдах шаардлагуудын жагсаалтыг нэн тэргүүнд эрэмбэлэх замаар бий болгодог. Төсөл боловсруулах явцад энэ жагсаалт өөрчлөгддөг.
5. Багийн гишүүд жагсаалтын зүйл бүрийг үнэлж, даалгаврыг гүйцэтгэхэд хэр их цаг хугацаа, материаллаг нөөц шаардагдахыг шийддэг.
6. Бүтээгдэхүүний эзэн, мастер, багийн гишүүд хамтарсан хэлэлцүүлэгт спринт хийхээр төлөвлөж байгаа уулзалтыг зохион байгуулдаг - богино (програм хангамж хөгжүүлэгчдийн практикт нэг сараас илүүгүй) үе шат, энэ үеэр даалгаврын тодорхой хэсгийг хийхээр төлөвлөж байна. шийдэгдсэн. Зарим нөхцөл байдалд энэ алхамыг давталт гэж нэрлэдэг. Спринтийн давталт бүрийн үеэр баг тодорхой тооны оноо авдаг гэж үздэг бөгөөд бүтээмжийн өсөлтийг харуулахын тулд дараагийн спринт дээр үүнийг нэмэгдүүлэх нь зүйтэй юм.
7. Үйл явцын бүх оролцогчдод мэдэгдэхийн тулд юу хийх ёстой, юу хийж байгаа, юу хийсэн талаар хуваах наалтаар дүүргэсэн мэдээллийн самбарыг бий болгодог. Даалгавруудыг хийж дуусмагц наалтыг нэг баганаас нөгөө баганад шилжүүлдэг.
8. Богино ерөнхий хуралөдөр бүр зохион байгуулдаг. Замд тулгарч буй саад бэрхшээлүүд, төслийн ашиг тусын тулд аль хэдийн юу хийгдсэн, юу төлөвлөж байгааг тодорхойлдог.
9. Спринт бүр ажлын үр дүнг нарийвчилсан дүн шинжилгээ хийж, хамгийн сүүлд өнгөрсөн спринт дэх үйл явцын шинж чанаруудын талаар ярилцснаар төгсдөг. Хэрэв ямар нэг зүйлийг сайжруулах боломжтой бол дараагийн спринт дээр хэрэгжүүлэх оновчтой болгоход чиглэсэн инновацийн талаар ярилцах болно.

Ийм схемийг хэрэгжүүлэх боломжтой байхын тулд Scrum менежментийн арга зүй нь хэд хэдэн бүрэлдэхүүн хэсгээс бүрдэх ёстой.

• эцэст нь Agile тунхаглалын үнэт зүйлс, зарчмуудыг өөртөө шингээсэн Скрумын гүн ухаан (аргачлалын зохиогчид алдартай тунхаг бичигт гарын үсэг зурсан 17 зохиогчдын дунд байсан)
• өгөгдсөн форматын шаардлага,
• баг дахь үүргийг хуваарилах тодорхой үйлдлийн алгоритм;
• тусгай төрлийн ажлын харилцаа,
• ажлын тодорхой үе шатыг тодорхой ойлгох,
• Энэ аргачлалд тохирсон багаж хэрэгсэл.

Scrum менежментийн аргачлалыг хэрэгжүүлж буй бүсээс хамааран зарим бүрэлдэхүүн хэсгүүдийн шинж чанар өөр байж болно. Жишээлбэл, баг дахь жүжигчдийн тоо харилцан адилгүй, нягтлан бодох бүртгэлийн зарим хэрэгсэл эсвэл онооны систем гэх мэт. Гэхдээ Scrum хүрээний гол цэгүүд болон хүрээ нь хэвээр байх ёстой.

Скрумын философийн үндэс

Үзэл суртлын түвшинд Scrum дахь бүтээгдэхүүний менежмент нь тодорхой амьдралын хэв маяг, үйл ажиллагааг дагаж мөрддөг. Скрумын аргын тухай ном бичсэн зохиолч Японы тулааны урлагт дуртай байсан бөгөөд энэ хүсэл тэмүүлэл нь зөвхөн мөнгө олохоо больсон түүний ажилд хандах хандлагад тусгагдсан байв. Скрум ажил (айкидо гэх мэт) нь бие, оюун санааны нэгдмэл байдлын төлөө хичээх дадлагаар дамжуулан тасралтгүй сайжруулах арга юм.

Scrum-ийн үзэл суртлын үндэс нь хожим Agile тунхагт илүү тодорхой илэрхийлэгдсэн. Энэ нь тунхаг бичигчдийн дагаж мөрдөхийг уриалсан 4 үнэт зүйл, 12 зарчмыг жагсаав. Үнэт зүйлсийн тогтолцооны эхний байранд дараахь зүйлийг оруулсан болно.

• хүмүүс ба тэдгээрийн харилцан үйлчлэл
• ажлын бүтээгдэхүүн,
• үйлчлүүлэгчтэй амьд хамтын ажиллагаа,
• өөрчлөх, өөрчлөх хүсэл.

Эдгээр үнэ цэнийг эсэргүүцээгүй боловч процедурын загварыг албан ёсоор дагаж мөрдөх, багаж хэрэгслийг сонгох, хүнд суртлын журмыг дагаж мөрдөх, анхны төлөвлөгөөг дагаж мөрдөх зэрэгт илүү чухал гэж тодорхойлсон.

Хэрэв үе шат бүрт дадлага хийх нь өөрийн гэсэн зохицуулалтыг хийж, бүтээгдэхүүнийг илүү сайн, илүү үнэ цэнэтэй болгож, хэрэглэгчдийг илүү аз жаргалтай болгодог бол энэ дадлага нь хатуу төлөвлөлтөөс илүү дээр юм гэж үзсэн. Agile арга нь томъёолсон үнэ цэнэд суурилсан загваруудын нэг гэр бүлд нэгтгэгдсэн. Скрум энэ гэр бүлийн загвар өмсөгчдийн нэг хэсэг байсан бөгөөд одоо ч хэвээр байна.

Scrum дахь дүрүүд

Scrum арга нь төслийн оролцогчдын хооронд гурван үүргийг хуваарилах явдал юм.

1. бүтээгдэхүүний эзэн. Энэ хүнийг "бүтээгдэхүүний эзэн" гэж нэрлэдэг, учир нь тэр эцсийн шийдвэрийг гаргадаг (тиймээс энэ үүргийг ихэвчлэн хэсэг бүлэг хүмүүст хуваарилдаггүй). Тэрээр мөн төслийг бүхэлд нь удирдаж, өөрийн төлөөлж буй зах зээлд (хэрэглэгч) бүтээгдэхүүний үнэ цэнийг нэмэгдүүлэх чиглэлээр ажилладаг. Энэ дүрийг гүйцэтгэгч нь спринтийн багт даалгавруудыг өгөх ёстой, гэхдээ тодорхой гүйцэтгэгчдэд даалгавар өгдөггүй. Өөрөөр хэлбэл, Бүтээгдэхүүний эзэн - багийг биш харин бүтээгдэхүүнийг удирддаг.
2. Скрам мастер. Мастерийн үүрэг нь тодорхой гүйцэтгэгчдэд даалгавар өгөх боломжийг илэрхийлдэггүй, учир нь арга барилын зарчмуудыг дагаж мөрддөг баг нь өөрийгөө зохион байгуулж, өөрийгөө удирдах байгууллага болж өөрийгөө илэрхийлэх ёстой. Түүний ажил дахь үүрэг нь администраторынхтой илүү ойр байдаг:
3. баг. Энэхүү загварт багтсан Scrum баг нь харилцан үйлчлэлтэй бөгөөд өөрийгөө удирдах чадвартай. Түүний ажлыг зохион байгуулах тусгай хүн байхгүй. Програм хангамж хөгжүүлэх чиглэлээр багууд дүрмээр бол янз бүрийн профайлтай 5-9 хүн (дунджаар долоон) мэргэжилтнүүдээс (шинжээч, хөгжүүлэгчид, тестер) бүрддэг. Багийн доторх мэргэжилтнүүдийн олон талт байдлаас үл хамааран баг нь нэг аж ахуйн нэгжийн үүрэг гүйцэтгэдэг бөгөөд үйл ажиллагааны үр дүнг нийтлэг ажлын үр дүн гэж үнэлдэг.

Scrum загварыг нэвтрүүлсэн бизнесийн үйл ажиллагааны бусад салбарт тэд энэхүү тоон стандартыг хадгалахыг хичээж байна, учир нь илүү том баг өөрийгөө зохион байгуулж, үр дүнтэй ажиллахад хэцүү байдаг. Алдарт "Юу" тоглоомонд гайхах зүйл алга. Хаана? Хэзээ? түүний зохиогч В.Ворошилов дүрмийг зохион бүтээж, хамгийн үр дүнтэй функциональ хамтын нэгж гэж зургаан мэдлэгтэй болсон.

Маш их цаг хугацаа шаардсан олон талт даалгавруудыг шийдвэрлэхдээ масштабын хувьд Scrum багийн хүмүүсийн тоо нэмэгдэхгүй байхыг хичээсээр байгаа ч тэд ажилд зориулж хэд хэдэн багийн системийг зохион байгуулдаг. Бусад зүйлсийн дотор үүнийг "Бруксын хууль"-аар тайлбарлаж байгаа бөгөөд хэрэв баг төслийг хугацаанд нь дуусгах цаг байхгүй бол гүйцэтгэгчдийн тоог нэмэх нь төслийг улам хойшлуулдаг.

Ажлын үе шатуудын онцлог

Төслийн ажил, цаг хуваарилалт нь төлөвлөлт, спринт, спринтийн талаар дүгнэлт хийх үе шатуудыг агуулдаг.

Scrum загварт үйл явц, үйл ажиллагаа нь ил тод байдлыг агуулдаг. Хүн бүр бүх зүйлийг бодит цаг хугацаанд нь харахын тулд тусгай хэрэгслүүдийг нэвтрүүлж байна - багана бүхий самбар, наалтуудыг дахин байрлуулах замаар үйл явцыг харуулсан. Дэвшилтэт хувилбарт мэдээллийн самбаруудын жагсаалтыг өргөжүүлсэн.

Scrum олдворуудын жагсаалтад 4 хэрэгсэл орно:

Загварын амьдрах чадварт бүх үе шат, үйл явц (зан үйл), багаж хэрэгслийг ашиглах технологи чухал юм. Scrum төслийн менежмент нь бүх бүрэлдэхүүн хэсгүүдийн цогц, системтэй хэрэгжсэнээр хамгийн их үр дүнг өгдөг.

• Мастер нь багт итгэх уур амьсгалыг бий болгохын төлөө ажилладаг бол бусад нь асуудлаа шийддэг.
• саад бэрхшээлийг арилгах,
• нуугдмал зөрчилдөөнийг дэвшүүлж, томъёолж, хэлэлцүүлэгт оруулах,
• төслийн менежер ба багийн хоорондох холбоос болдог.

Scrum бол хөгжүүлэлтийн хамгийн хүчирхэг, алдартай төслийн менежментийн арга зүй юм мэдээллийн системболон програм хангамж.

Харьцангуй саяхан бий болсон энэ техник нь Apple болон Google-ийн дэвшилтэт технологийн корпорацуудыг уг ажилд ашигласаны ачаар анх алдар нэрээ олж авсан. Одоо энэ нь төрөл бүрийн дижитал онлайн компаниуд, жижиг гарааны бизнесүүд, уламжлалт болон арилжааны бус төслүүдэд өргөн хэрэглэгддэг бөгөөд үүнийг ашиглах нь төсөл, даалгаврын боловсруулалтын үр ашгийг эрс нэмэгдүүлсэн тул зохих ёсоор хүлээн зөвшөөрөгдсөн.

Scrum арга зүйн мөн чанар юу вэ?

Энэхүү хувьсгалт чиглэлийн зохиогчид болох Жефф Сазерланд, Кен Швабер нар Скрум хэмээх ойлголтыг олонд танигдсан хүмүүсээс зээлж авчирсан. багийн тоглолт"регби". Энгийнээр хэлбэл, төсөл дээр сайн зохицуулалттай, хариуцлагатай баг ажиллана гэсэн үг.

Аргачлал нь ажилтнуудыг бүлгүүдэд хувааж, тус бүр нь тодорхой чиглэлийг хариуцах үед багийн бэлэн байгаа хөдөлмөр, материаллаг нөөц, техникийн бүх чадавхийг хамгийн үр ашигтай ашиглах боломжийг олгодог.

Үүний дагуу төслийн менежер нь бүх багийн ажлыг хянаж, зохицуулж, санаа боловсруулах, хэлэлцэх, эцсийн үр дүнд хүрэхэд хяналт тавьдаг. Энэ арга нь шаардлагатай бүх мэдээллийг чадварлаг цуглуулах, ажлын үйл явцыг хэрэгжүүлэх нөхцөл байдалд бүрэн хяналт, хяналт тавих, шаардлагатай бол ажилчдын зөв сэдлийг бий болгох боломжийг олгодог.

Ихэнхдээ хөгжлийн эцсийн зорилгыг уялдуулахгүй байх, буруу ойлгох нь дүрмээр бол төлөвлөгөө, ажлын хуваарийг зөрчих, төсөв нэмэгдэх, түүнчлэн багийн эрүүл бус дотоод бичил уур амьсгалыг бий болгоход хүргэдэг.

Эдгээр бүх бэрхшээлүүд нь төсөл, даалгавруудыг үе шаттайгаар хэрэгжүүлэх хуучирсан сонгодог арга барилын оронд бий болсон Scrum аргачлалыг арилгах зорилготой юм. Үүнийг ашигласнаар хөгжүүлэлтийн баг шаардлагагүй маргаан, үнэт цаг алдагдсан, өөр өөр бүлгүүдийн ижил ажлуудын давхардлыг гүйцэтгэх, мөн бусад олон бэрхшээлээс бүрмөсөн ангижрах боломжтой болно.

Аргачлалын зохиогчид регби тоглоомтой адилтгахдаа багийн бүх гишүүдийг "тулалдаанд нэгдэж, уялдаа холбоотой ажиллаж, тоглоомыг хүссэн үр дүнд хүргэхийг" санал болгож байна. Энэ нь зорьж буй зорилго, бүх гишүүдийн санаа зорилгын нэгдлийн талаар тодорхой ойлголттой байхыг шаарддаг. Зөвхөн энэ тохиолдолд багаар ажиллахамжилтанд хүрч, зарцуулсан бага хугацаанд хэд дахин ихийг хийх боломжийг танд олгоно.

Agile Manifesto, түүний үндсэн зарчим.

Тэд дараахь зүйлийг агуулна.

• Хамгийн гол нь үйлчлүүлэгчийн бүх хэрэгцээг хангах явдал юм.
• Төслүүд нь дарга, даргагүй, багийн гишүүд тэгш эрхтэй, бүх шийдвэрийг хамтын санал хураалтын үндсэн дээр хамтран гаргадаг, мэргэжлийн хүмүүсээс бүрдсэн багууд дээр тулгуурладаг. Энэ тохиолдолд баг бүрдүүлэх үйл явц илүү бүрэн тусгагдсан бөгөөд хэн үр дүнд хүрэхийг хичээж байгаа, хэн зүгээр л багт орж, түүнийг доош нь татдаг нь шууд тодорхой болно.
• Үйлчлүүлэгчийн бүх хэрэгцээг хангасан бүтээгдэхүүн бол ахиц дэвшлийн үндсэн үзүүлэлт юм.
• Өндөр чанартай ажлын хувьд та бүх зүйлд хөгжүүлэгчдэд итгэх хэрэгтэй. Энэ нь тухайн үйл явцад оролцож буй бүх оролцогчид санааны мөн чанарыг бүрэн ойлгосны үндсэн дээр нарийн төвөгтэй асуудлыг хурдан шийдвэрлэх оновчтой нөхцлийг бүрдүүлэх болно.
• Энгийн байдал, хамгийн бага шаардлагагүй ажил нь зайлшгүй шаардлагатай элемент юм.
• Багууд үр ашиг, дизайны чанарыг сайжруулах арга замд системтэйгээр дүн шинжилгээ хийж, ажлын хэв маягтаа тохируулга хийдэг.
• Бүтээгдэхүүний эзэмшигчид, хөгжүүлэгчид болон эцсийн хэрэглэгчдийн хооронд мэдээлэл солилцох тасралтгүй үйл явц, ажлын хэмнэлийг хадгалах, өдөр бүр. багаар ажиллахтехникийн шилдэг байдлыг дэмжих.
• Ажиллаж буй бүтээгдэхүүнийг аль болох олон удаа гаргах ёстой бөгөөд хөгжлийн бүх үе шатанд шаардлагад өөрчлөлт оруулахыг зөвшөөрдөг.

Арга зүйн үнэ цэнэ SCRUM

Scrum технологийг ашиглах эерэг үр нөлөө нь алдартай тунхагт заасан үнэ цэнийн системийн үйл ажиллагааны үр дүнд хүрдэг.

• Хүмүүс үр дүнд хүрэхэд үйл явцаас илүү чухал хүчин зүйл болдог . Хийж байгаа зүйлдээ сэтгэл дундуур байгаа ажилчид, дургүйцсэн асуудал, үйлчлүүлэгчдийн хэрэгцээ шаардлага нь компанид зохисгүй баригдсан үйл явцаас хамаагүй илүү бүх зүйлийг сүйтгэдэг.
• Бүтээгдэхүүн нь бичиг баримтаас илүү чухал юм . Их хэмжээний баримт бичгийг бүрдүүлэх нь ажил дуусах хугацааг хойшлуулахад хүргэдэг боловч тухайн багт хэрэглэгчдэд яг хэрэгтэй бүтээгдэхүүнийг бий болгоход тус болохгүй.
• Захиалагчтай харилцах, хамтран ажиллах нь гэрээнээс илүү чухал юм. Төслийг амжилттай хэрэгжүүлэх, өндөр чанартай бүтээгдэхүүн бий болгохын тулд юуны өмнө үйлчлүүлэгчтэй нягт харилцаа холбоо тогтоох, түүнийг үйл явцад татан оролцуулах шаардлагатай бөгөөд ингэснээр тэр ажилдаа шууд оролцох боломжтой болно. хүссэн үр дүнд хүрэх хэтийн төлөвийг ойлгох. Ойр дотно, итгэлтэй харилцааг бий болгох, сайн, шударга түнш болох шаардлагатай бөгөөд энэ тохиолдолд та гэрээ байгуулах, байгуулахад их цаг хугацаа, мөнгө зарцуулах шаардлагагүй болно.
• Төлөвлөгөөний хэрэгжилтээс илүү уян хатан өөрчлөлт хийх чадвар чухал. Анхлан боловсруулсан, батлагдсан төлөвлөгөө нь цаг хугацааны явцад эрс өөрчлөгдөж болох бөгөөд урт хугацаанд урьдчилан таамаглахгүйгээр зорилгодоо алхам алхмаар шилжих нь чухал юм. Энэ тохиолдолд тэнэг бүтэлгүйтлээс зайлсхийх боломжтой бөгөөд шаардлагагүй хуурмаг зүйл хийхгүй байх болно.
• Таны хийх зүйл байхаас илүү чухал өндөр албан тушаалболон регалиа. Тухайн салбартаа хүсэл тэмүүлэлтэй мэргэжлийн хүмүүс, өндөр албан тушаалтай сонгодог дарга нар, дэгжин хувцасны загвар өмсөгчдийн бүтээсэн бүтээгдэхүүнийг бий болгох практик үйл ажиллагааны тухайд орчин үеийн нөхцөлүүрэг хариуцлагаа алдаж, шатлал халагдаж, байгууллагууд хавтгай статустай болно.

Scrum арга зүй нь харилцан итгэлцлийг бий болгож, интерактив хөгжил, жинхэнэ үнэ цэнийг бий болгоход хүргэдэг. Үүний үндсэн зарчмуудын дагуу хүссэн үр дүндээ хамгийн богино хугацаанд, хамгийн бага зардлаар хүрэхийн тулд янз бүрийн арга хэрэгслийг боловсруулж байна.

SCRUM дахь үүрэг

Scrum аргачлал нь төслийн оролцогчдын гүйцэтгэдэг тодорхой үүргийн үзүүлэлтүүдэд хуваагддаг, тухайлбал:

• Бүтээгдэхүүний эзэмшигч нь эцсийн хэрэглэгчид болон төсөл боловсруулагчдын хооронд нэг төрлийн "холбоос" юм. Тэрээр үзэл баримтлалын төслийг боловсруулах үүрэгтэй бөгөөд хөгжлийн баг болон үйлчлүүлэгчидтэй харилцаж, тэдэнтэй одоогийн болон маргаантай цэгүүд. Шийдвэр гаргаж, бүтээгдэхүүний үнэ цэнийг хариуцна. Хамгийн их ашиг олоход хувь нэмэр оруулдаг үр дүнтэй үр дүнд хүрэхийн тулд тэрээр зах зээлийг сайн мэддэг, шийдвэр гаргах хэд хэдэн эрх мэдэлтэй байх ёстой. Тиймээс томоохон төслүүдийг боловсруулахдаа дүрмээр бол хэд хэдэн бүтээгдэхүүн эзэмшигчид оролцдог.
• Бүтээгдэхүүн боловсруулах баг, өөрөөр хэлбэл. төслийн шууд гүйцэтгэгчид. Ажлын хурд, цаг хугацаа, чанарыг хариуцна.
• Скрам мастер. Энэ бол төслийн явцыг хянаж, янз бүрийн саад бэрхшээл, бэрхшээлийг шийдвэрлэх, арилгахад багт тусалдаг хариуцлагатай хүн юм. Мөн ажлынхаа үр ашгийг дээшлүүлэх, өсөлтийн цэгүүдийг илрүүлж, ажилчдын урам зоригийг нэмэгдүүлэх чиглэлээр ажилладаг. Бүх хурал, зөвлөгөөнийг зохион байгуулдаг.

SCRUM дахь төлөвлөлт

Үйл явц нь зөв багийг цуглуулж, боловсруулж буй бүтээгдэхүүнд тавигдах шаардлагуудын жагсаалтыг гаргахаас эхэлдэг бөгөөд энэ нь эцсийн зорилгод хүрэх хөдөлгөөнийг тодорхойлдог. Үүний дараа даалгавруудыг эрэмбэлэх дарааллаар байрлуулна; наад зах нь шаардлагатай бол чухал цэгүүдарилгаж болно.

Төлөвлөлтийг дүрмээр бол хэд хэдэн үе шаттайгаар явуулдаг.

1. Бүтээгдэхүүний эзэмшигчийн сонголт.
2. Төслийг дуусгахад шаардлагатай бүх мэргэжилтнүүдийг багтаасан мэргэжлийн багийг бүрдүүлэх.
3. Scrum Master сонгох.
4. Бүтээгдэхүүнд тавигдах шаардлагын жагсаалт (хоцрогдол) үүсгэх, зүйл бүрийг тэргүүлэх чиглэлийн дагуу байрлуулах. Ажлын явцад энэ жагсаалт өөрчлөгдөж магадгүй.
5. Хоцрогдлын үнэлгээ. Төслийн хэмжээсийн тодорхойлолт. Багийн гишүүд жагсаалтад байгаа бүх зүйлийг үнэлж, тус бүрийг бүтээхэд шаардагдах материал, цаг хугацааны зардлыг харгалзан үздэг.
6. Спринт төлөвлөх (бие даасан даалгавруудыг хэрэгжүүлэх түр үе шатууд). Спринтийн тэргүүлэх зорилго, эзлэхүүнийг тодорхойлох, ажлын цаг хугацаа, хурдыг тодорхойлох. Оноогүйлтийн спринт.
7. Скрам самбар болон даалгаврын гүйцэтгэлийн диаграмм үүсгэх. Гүйцэтгэсэн, аль хэдийн хийгдсэн эсвэл гүйцэтгэхэд бэлтгэгдсэн бүх ажлыг наалтаар тэмдэглэж, самбар дээрх зохих баганад байрлуулна.
8. Өдөр тутмын үйл ажиллагааны уулзалтууд (тайлантай богино уулзалтууд, хүндрэл бэрхшээлийг тодорхойлох, өдөрт төлөвлөсөн ажлууд).
9. Спринтийн тойм (энэ спринт дээр дууссан төслийн дууссан хэсгийг үзүүлэх).
10. Ретроспектив шоу (дууссан спринтийг танилцуулах, сайжруулалтыг хэрэгжүүлэх ажлын мөчүүдийн талаар ярилцах).

Аргачлалын хамрах хүрээнээс хамааран зарим цэгүүд өөрчлөгдөж эсвэл хасагдаж болох боловч үндсэн алхамууд болон хүрээний хамрах хүрээ нь үргэлж ижил хэвээр байна.

SCRUM дахь багаар ажиллах

Багаар ажиллахын мөн чанар

Scrum аргачлал нь мэдээллийн бүрэн нээлттэй байдал, түүний дотор санхүүгийн мэдээлэл, шатлалын ямар ч илрэл байхгүй байх ёстой гэж үздэг.

Хаалттай шаталсан бүтцээс ялгаатай нь скрам багууд хийгдэж буй үйл явцын талаарх бүх мэдээлэл, мэдлэгийг бүрэн илчлэхийг илүүд үздэг: одоогоор хэр их ажил хийгдсэн, ямар хэмжээгээр, юу хийсэн, хэрхэн хийгдсэн, юу хийх ёстой, ямар хугацаанд ямар цагийн хүрээ.

Энэ нь багуудад өөрсдийн даалгаврын динамикийн талаар сайн ойлголттой болох боломжийг олгодог бөгөөд ингэснээр тэд хамтран ажиллаж, асуудлыг хурдан шийдэж, хүссэн үр дүндээ хамгийн богино хугацаанд хүрч чадна.

Командын шинж чанар

Шилдэг багууд дараахь шинж чанартай байдаг.

• Бие даасан байдал, өөрийгөө зохион байгуулах чадвар, i.e. Зорилгодоо хэрхэн хүрэхийг баг өөрөө шийддэг.
• Ажлын урсгал дахь төгс төгөлдөр байдлыг эрэлхийлэх.
• Багийн олон талт байдал, харилцан туслалцаа үзүүлэх соёл, харилцан солилцох чадвар. Баг нь даалгаврыг биелүүлэхэд шаардлагатай ур чадварыг хуримтлуулж чадах хүмүүсийг сонгосон.
• Даалгавруудыг гүйцэтгэх дараалал.
• Боловсруулалт байхгүй.
• "Урсгал" -д ажиллах - хамгийн бүтээлч төвлөрлийн төлөв байдал.

Багийн хэмжээ

Багийн ажил зөвхөн сайн зохицуулалттай жижиг баг байгаа тохиолдолд амжилттай явагддаг. Таны төслийг амжилттай хөгжүүлэхийн тулд 7-8 хүн ажиллах шаардлагатай болно.

Хэрэв ажилчдын тоо бага бол энэ тохиолдолд хөдөлмөрийн бүтээмж мэдэгдэхүйц буурна.

Илүү их тоон найрлагатай бол янз бүрийн асуудал үүсэх магадлалтай: харилцаа холбоо, дасан зохицох янз бүрийн хугацаа, өндөр зардал. Хугацаа хатуу байгаа тул багт нэмэлт хүмүүс нэмэх нь төслийн хурдыг удаашруулна.

Яагаад SCRUM

Scrum аргачлал нь багууд төслийн үе шат бүрт аливаа асуудлыг хурдан шийдвэрлэх, нарийн төвөгтэй асуудлын хамгийн сайн шийдлийг олох, сонгоход тусалдаг.

Энэ нь төслийг үе шаттайгаар хүргэх, үйлчлүүлэгчийн санал хүсэлтийг цаг тухайд нь авах, бүтээгдхүүнийг одоо байгаа хөгжлийн бүх үе шатанд үзүүлж, батлах зэргээр үйлчлүүлэгчтэй харилцах эрсдэлийг эрс багасгах боломжийг олгодог.

Энэ тохиолдолд бүтээгдэхүүний эзэн өөрийн төсөл зөв ажиллахгүй байгааг ойлгохын тулд маш их цаг хугацаа, мөнгө зарцуулах шаардлагагүй болно.

Дүгнэж хэлэхэд, Scrum аргачлал нь багийг төсөлд илүү идэвхтэй, үр бүтээлтэй ажиллахад түлхэц өгч, шинэ өсөлтийн цэгүүдийг олж, мэдлэг, ур чадвараа байнга дээшлүүлэхийг эрмэлздэг гэж бид дүгнэж болно.

Скрам ном. Scrum арга зүйг үндэслэгч Жефф Сазерландын бичсэн хувьсгалт төслийн менежментийн арга. Энэхүү ном нь төслийг хэд дахин хурдан, үр дүнтэй хэрэгжүүлэхэд тань туслах болно. Магадгүй ирээдүйн түүхчид хүн төрөлхтний дэвшлийг тодорхой шугамаар хуваах болно: "Скрумаас өмнө" ба "дараа" - энэ техник нь маш хувьсгалт юм. Үүнийг дэлхийн ихэнх технологийн компаниуд ашигладаг бол одоо харьцдаг хүн бүр ашиглах боломжтой болсон нарийн төвөгтэй төслүүдаль ч салбарт.

Жефф сонгодог төслийн менежментийн дутагдлыг арилгахын тулд Scrum аргачлалыг зохион бүтээжээ: хүмүүс хамтдаа үр дүнтэй, хурдан ажиллах нь ховор, ихэнх төлөвлөгөө нь (цаг хугацаа, нөөцийн хувьд ч) дуусдаггүй, хэлтэс, багууд ихэвчлэн зөрчилтэй даалгавар гүйцэтгэдэг эсвэл давхарддаг. тэд.

20 жилийн турш Scrum аргачлал нь ихэнх програм хангамж хөгжүүлэгчдэд төдийгүй Холбооны мөрдөх товчоо, автомашин үйлдвэрлэгчид, эм зүйч, жирийн хүмүүстэдний хэргийг төлөвлөх.

Скрам ном. Төслийн менежментэд хандах хандлагыг бүрэн өөрчилж, өмнө нь боломжгүй мэт санагдаж байсан үр дүнд хүрэхэд тань туслах төслийн менежментийн хувьсгалт арга. Та боловсролын системийг өөрчлөх, шинэ технологи зохион бүтээх, өлсгөлөнтэй тэмцэх, зүгээр л гарааны бизнес эхлүүлэх, багаа илүү үр дүнтэй удирдахыг хүсч байгаа эсэхээс үл хамааран Scrum нь танд бага цаг, нөөцөөр илүү ихийг бүтээхэд тусална.

Scrum-ийн зохиогчийн тухай. Төслийн менежментийн хувьсгалт арга»

Жефф Сазерланд бол OpenView Venture Partners венчур сангийн зөвлөх, Scrum, Inc-ийн тэргүүн юм. мөн өөрийн номондоо тайлбарласан Скрумын арга зүйн зохиогч. Тэрээр 1993 онд уг техникийг хөгжүүлж, 1995 онд Кен Швабертэй хамтран албан ёсны болгосон.

Scrum аргачлалыг дэлхий даяарх программ хангамжийн компаниуд ашиглаж ирсэн бөгөөд ашиглаж байна. Гэвч Жефф Scrum нь зөвхөн мэдээллийн технологийн компаниудад ашиг тусаа өгөхгүй гэдгийг ухаарч, түүнийг санхүү, эрүүл мэнд, бусад салбаруудад тохируулсан. өндөр боловсрол, харилцаа холбоо. Тэрээр олон компанид зөвлөгөө өгч, супер бүтээмжтэй баг бүрдүүлэхэд тусалдаг. Жефф арван нэгэн технологийн компанид CTO-оор ажиллаж байсан.

Номын эшлэлүүд

Арга зүй

Скрум нь хүний ​​бүх хүчин чармайлтын хурдыг хурдасгадаг. Ямар ч төсөл, асуудал байсан ч Scrum-ийг бүтээмжийг нэмэгдүүлэх, илүү сайн үр дүнд хүрэх аливаа ажилд ашиглаж болно.

уулзалтууд

Өдөр бүр арван таван минутын турш хамтдаа цуглар. Хурд, чанарыг сайжруулахын тулд юу хийж чадахаа хараарай - үүнийг хий.

Багийн хэмжээ

Жижиг багууд томоос илүү хурдан ажилладаг. Нэгдүгээр дүрэм - долоон оролцогч нэмэх эсвэл хасах хоёр. Бага зүйлд сэтгэл хангалуун бай.

Цаг хугацаа

Цаг хугацаа бол хүний ​​бүх хүсэл тэмүүллийн гол хязгаарлагч юм. Цаг хугацаа бүх зүйлтэй холбоотой: бид хэр их ажилладаг; хэр удаан өөр өөр зүйл хийх ёстой вэ; бид хэр амжилттай байна. Цаг хугацааны эргэлт буцалтгүй, эргэлт буцалтгүй урсгал нь бидний ертөнцийг болон өөрсдийнхөө тухай алсын харааг бүрдүүлдэг.

Нэрийн хуудас урах

Зэрэг, цол хэргэм, дарга, шаталсан бүтцээс сал. Хүмүүст зөв гэж бодсон зүйлээ хийх эрх чөлөөг өг, үүний төлөө хариуцлага хүлээх. Үр дүн нь таныг гайхшруулах болно.

Ил тод байдал

Ямар ажил хийх ёстой, одоо юун дээр ажиллаж байгаа, юу хийснээ харуулсан самбар хий. Хүн бүр үүнийг үзэх ёстой бөгөөд хүн бүр энэ талаархи мэдээллийг шинэчлэх ёстой.

Үзсэн: 10 043

Жефф Сазерланд

Ажлыг хагас цагаар хоёр дахин хийх урлаг

Scrum, Inc-ийн зөвшөөрөлтэйгээр нийтлэгдсэн. в/о Росс Юн агентлаг

Хэвлэлийн газрын эрх зүйн туслалцааг хуулийн фирм"Вегас Лекс"

Зохиогчийн эрх © 2014 Jeff Sutherland болон Scrum, Inc.

© Орос хэл дээрх орчуулга, орос хэл дээрх хэвлэл, дизайн. "Манн, Иванов ба Фербер" ХХК, 2016 он

* * *

Энэ номыг дараахь зүйлсээр маш сайн нөхсөн болно.

Том Демарко

Орос хэвлэлд түншийн оршил

Таны гарт байгаа номыг Scrum-ийн зохиолчдын нэг бичсэн. Тэрээр арга зүйг бий болгох урьдчилсан нөхцөл, түүний үндсэн талуудын талаар ярьдаг.

Энэ аргачлалын хамгийн чухал зүйл (миний бодлоор) бол үйлчлүүлэгчийн чиг баримжаа юм. Үйлчлүүлэгч хүссэн зүйлээ цаг тухайд нь авах ёстой хамгийн бага зардал.

Scrum аргачлалын гол санаа нь төслийн төлөвлөлт, гүйцэтгэлд давтагдах хандлага юм. Шугаман (каскад) аргаас ялгаатай нь төслийг анх "хэсэг" болон "хүртэл" төлөвлөж, үр дүн нь хаа нэгтээ "замын төгсгөлд" байх үед энэ арга нь Богино хугацааэцсийн бүтээгдэхүүнээ хамгийн бага зардлаар авах. Мэдээжийн хэрэг, энэ нь шаардлагатай бүх шинж чанаруудыг хараахан аваагүй байгаа ч үүнийг аль хэдийн ашиглаж болно. Цаашилбал, төслийн явцад гүйцэтгэгч нь үйлчлүүлэгчээс санал хүсэлтийг хүлээн авдаг бөгөөд үүний үндсэн дээр үйл ажиллагааны мөчлөг нэмэгдэж, бүтээгдэхүүний сайжруулалт хийгддэг.

Scrum-ийн гол шинж чанар нь уян хатан чанар юм. Энэ арга нь хэрэглэгчийн шаардлагын өөрчлөлтөд хурдан хариу үйлдэл үзүүлэх, бүтээгдэхүүнийг түүнд хурдан тохируулах боломжийг олгодог.

Өнөөдөр Scrum бол маш сайн батлагдсан арга зүй юм. Түүний алдар нэр өдөр бүр, тэр дундаа манай улсад нэмэгдэж байна. Гэсэн хэдий ч Scrum-ийг хэрэгжүүлэхэд хэцүү байж болно. Нэгдүгээрт, үүнийг таамаглаж байна Идэвхтэй оролцоотөсөлд үйлчлүүлэгч, хоёрдугаарт, сайн зохицуулалттай багаар ажиллах шаардлагатай. Өөрийн туршлагаас харахад уулзалтанд үйлчлүүлэгчийн оролцоог хангах нь үргэлж боломжгүй байдаг гэж би хэлж чадна. санал хүсэлтТүүнээс. Мэргэжлийн ур чадвар, хариуцлага, багаар ажиллах чадварыг манай Оросын бизнесийн бодит байдлын салшгүй шинж чанар гэж нэрлэж болохгүй.

Гэхдээ ямар ч тохиолдолд шинэ арга барилыг сонирхох нь үнэ цэнэтэй юм. Зарим санаа, хэрэгслийг хэсэгчлэн хэрэглэж болох бөгөөд энэ нь бас үр дүнгээ өгөх болно. Энэхүү аргачлалыг компанидаа хэрэгжүүлэх талаар нухацтай хандаж байгаа хүмүүст би тусгай сургалтанд хамрагдахыг зөвлөж байна. Скрумыг дэлхийн бизнесийн сургуулиудад заадаг.

Энэхүү ном нь маш амьд хэлээр бичигдсэн бөгөөд бодит материалаар ханасан тул уншихад хялбар байдаг. Зохиогч нь Холбооны мөрдөх товчооны мэдээллийн удирдлагын системийг шинэчлэх төлөвлөгөө болон хамгийн том эмийн компаниудын нэг гэх мэт томоохон төслүүдээс эхлээд гэрийн засварын төсөл хүртэл Scrum ашигласан төслүүдийн олон жишээг иш татсан. Мөн төслийн менежментийн сэтгэл зүйн талыг харуулсан судалгаануудын холбоосыг өгдөг.

Энэ бүхэн нь “Scrum. Төслийн менежментийн хувьсгалт арга” нь сонирхолтой бөгөөд сонирхдог хүн бүрт хэрэгтэй төслийн удирдлагамөн энэ чиглэлээр үр ашгаа дээшлүүлэхийг хүсч байна. Үүнийг уншсаны дараа хүн бүр зохиогчийн өгсөн арга барил, хэрэгслийг ашиглах, мөн энэ аргыг гүнзгий судлах хүсэл эрмэлзэлтэй байх болно гэж би бодож байна.

Ульяна Самолова,

Самолов группын ерөнхийлөгч

Танилцуулга

Яагаад Scrum гэж?

Хорин жилийн өмнө Кен Швабер бид хоёр технологийн салбарын программ хангамж хөгжүүлэх арга барилаа бий болгож, үүнийг Scrum гэж нэрлэснээр бүх зүйл эхэлсэн. Манай аргачлал илүү хурдан, илүү найдвартай, илүү үр дүнтэй байсан.

Тэр үе хүртэл програм хангамж хөгжүүлэх төслүүдийг хүрхрээ загвар ашиглан удирдаж байсан ба 2005 он хүртэл. Ажлыг алхам алхмаар хийж, зорилгодоо аажмаар шилжиж, эцсийн үр дүнд хүрч, хэрэглэгчдэд шилжүүлэв. Үйл явц нь удаан, урьдчилан тааварлашгүй байсан бөгөөд ихэнхдээ хэзээ ч үйлчлүүлэгчид хэрэгцээтэй, эсвэл хүмүүсийн худалдаж авахыг хүсдэг бүтээгдэхүүн гарч ирдэггүй байв. Олон сар, заримдаа бүр хэдэн жил болж хувирдаг улаан тууз нь онцлог шинж чанар юм хүрхрээ загвар. Гантын графикт танилцуулсан урьдчилан төлөвлөсөн үе шатууд нь маш нарийвчилсан харагдаж байсан тул тэд хөгжлийн үйл явцыг бүрэн хянадаг гэсэн итгэлийг удирдлагад өгсөн - гэвч бид хуваарьаасаа хоцорч, төсвөө сүйрлээр хэтрүүлэхэд бэлэн байсан.

Эдгээр дутагдлыг арилгахын тулд би 1993 онд Scrum-ийг гаргаж ирсэн бөгөөд энэ нь өмнөх дээрээс доош чиглэсэн дизайны аргаас эрс ялгаатай асуудлыг шийдвэрлэх шинэ арга юм. Өмнөх аргачлалуудаас ялгаатай нь Scrum-ийн зарчим нь хувьслын, дасан зохицох, өөрийгөө засах системтэй төстэй байв.

Үүссэн цагаасаа хойш Scrum-ийн үзэл баримтлал нь технологийн салбарын шинэ програм хангамжийн бүтээгдэхүүний дизайны үндэс суурийг бүрдүүлсэн. Гэсэн хэдий ч, Цахиурын хөндийд программ хангамж болон шинэ техник хангамжийн төслийн менежерүүдийн дунд хүлээн зөвшөөрөгдөж, амжилтанд хүрсэн тул Scrum нь бизнесийн ерөнхий практикт бага мэддэг арга зүй хэвээр байна. Өндөр технологийн ертөнцтэй шууд холбогддоггүй энэ бизнесийн нийгэмлэгийн төлөө би Scrum-ийн бизнесийн удирдлагын тогтолцооны ашиг тусыг илчилж, тайлбарлах ном бичихээр шийдсэн юм. Би Scrum арга зүйн гарал үүслийн талаар ярих болно. үйлдвэрлэлийн системТоёота ба байлдааны нисэхийн даалгаварт зориулж бүтээсэн концепци - OODA цикл. Жижиг багуудтай төсөл зохион байгуулах нь яагаад илүү чухал болохыг анхаарч үзээрэй үр дүнтэй аргаажил. Би дараахь зүйл дээр анхаарлаа хандуулах болно: төслийн ажлыг хэрхэн зөв эрэмбэлэх вэ; спринтийг хэрхэн зохион байгуулах, өөрөөр хэлбэл төсөл боловсруулах богино үе шатууд (нэг долоо хоногоос нэг сар хүртэл), багийн гишүүн бүр ажлынхаа хэсгийг хариуцаж, дараагийн шатны үр дүнг шингээх байдлаар хийх. өмнөх үе шатанд хэрэгжүүлсэн төслийн чиг үүрэг; Зөвхөн юу хийснээ төдийгүй зайлшгүй тулгарах ёстой бэрхшээлүүдийн талаар мэдлэгтэй байхын тулд төслийн зорилгын талаар өдөр бүр богино хугацаанд хэрхэн ярилцах вэ. Нэмж дурдахад, би Scrum аргачлал нь тасралтгүй сайжруулалтын үзэл баримтлал ба бүтээгдэхүүнийг хэрэгжүүлэх үзэл баримтлалыг хамгийн бага ажиллагаатай хослуулсан талаар тайлбарлах болно, энэ нь бүх ажлыг дуусгахыг хүлээхгүй, харин үе шат бүрт үйлчлүүлэгчийн шаардлагыг хурдан хангах боломжийг олгодог. төсөл. Зуун километрт дөрвөн литрийн багтаамжтай хямд машин бүтээхээс эхлээд 21-р зууны Холбооны мөрдөх товчооны мэдээллийн сан байгуулах хүртэл бүх зүйлийг Scrum ашиглан зохион бүтээснийг та мэдэх болно.

Номыг дуустал унш. Та Scrum-ийн тусламжтайгаар өөрийн арга барилаа эргэн харах боломжтой болно гэдэгт итгэлтэй байна Хувийн бизнес: танай компани хэрхэн ажиллаж, бүтээж, төлөвлөж, шийдвэр гаргадаг. Scrum-ийг ашигласнаар та бараг бүх салбарт аж ахуйн нэгжийн үйл ажиллагааг эрс өөрчилж чадна гэдэгт би итгэлтэй байна. Эцсийн эцэст энэхүү аргачлал нь инновацийн салбарт аль хэдийн хувьсгал хийсэн бөгөөд үүний ачаар Цахиурын хөндий болон өндөр технологийн ертөнцийн залуу компаниудын гайхалтай галактикууд гайхалтай олон төрлийн шинэ бүтээгдэхүүнээр зах зээлийг хурдан байлдан дагуулж чадсан юм.

Жефф Сазерланд

Нэгдүгээр БҮЛЭГ
Ердийн дэлхийн дэг журам эвдэрч байна

Жефф Жонсон энэ өдөр амаргүй байх болно гэдэгт урьдчилан итгэлтэй байсан. Дараа нь 2010 оны 3-р сарын 3-нд Холбооны мөрдөх товчоо мэдээллийн менежментийг шинэчлэх томоохон хэмжээний, ирээдүйтэй төлөвлөгөөгөө түр зогсоох шийдвэр гаргажээ. Үүнийг хэрэгжүүлснээр Холбооны мөрдөх товчоо 9/11 гэх мэт үйл явдлуудаас урьдчилан сэргийлэх боломжтой болно. Гэсэн хэдий ч төслийн хөгжил бүтэлгүйтсэн нь програм хангамжийн хөгжлийн түүхэнд мэдэгдэж байсан хамгийн агуу зүйлсийн нэг юм. Товчоо арав гаруй жилийн турш компьютерийн системээ шинэчлэхээр оролдож байгаа бөгөөд гамшигт нэрвэгдсэн бололтой. Дахин бүтэлгүйтэл.

Гэхдээ энэ удаад Жефф Жонсоны санаагаар бүх зүйл өөрөөр эргэх болно.

Долоон сарын өмнө тэрээр Холбооны мөрдөх товчоонд ирж, захирлыг нь сонирхож байжээ мэдээллийн дэмжлэгЧад Фулгам - тэд нэг удаа Lehman Brothers-т хамт ажиллаж байсан. Жеффийг мэдээллийн хөгжлийн хэлтсийн даргын туслахаар томилж, Вашингтон ДС хотын төвд байрлах Холбооны мөрдөх товчооны төв байр болох Эдгар Гуверын барилгын дээд давхарт оффис өгсөн. Түүний өргөн оффис Вашингтоны хөшөөг үл тоомсорлов. Жефф дараагийн хоёр жилийг бетонон подвалд, цонхгүй шүүгээнд өнгөрөөж, найдваргүй гэж үзсэн төслийг засах гэж оролдоно гэж төсөөлсөн нь юу л бол.

Жефф Жонсон болон түүний дарга нь ялагдлаа зарлаж, бараг 10 жил үргэлжилсэн, Холбооны мөрдөх товчоонд хэдэн зуун сая доллар зарцуулсан хөтөлбөрийг хаах нь зөв гэж үзжээ. Үүнийг өөртөө авч, тэнхимийн хүрээнд өөрөө ажиллах нь илүү утга учиртай гэдгийг хүлээн зөвшөөрөх цаг болсон. "Шийдвэр гаргах нь бидний хувьд амаргүй байсан" гэж Жефф хэлэв. "Гэхдээ төслийг сайн хийх шаардлагатай байсан."

Маш удаан хүлээсэн цахим системХолбооны мөрдөх товчоо руу ороход нь туслах зорилготой юм шинэ эрин үе- Facebook, Twitter, Amazon, Google-ийн эрин үе. Энэ бол 2010 он байсан бөгөөд ихэнх баримт бичиг хадгалагдсан байсан цаасан хэлбэр. Програм хангамжийн систем, Товчооны хэрэгцээнд зориулж бүтээгдсэн бөгөөд "Автоматчлагдсан кейс дэмжлэг" (Automated Case Support, ACS) гэж нэрлэгддэг байсан бөгөөд аварга том компьютерууд дээр ажилладаг байсан - алс холын наяад оны хамгийн сүүлийн үеийн технологи. Олон тусгай агентууд үүнийг ашиглахгүй байхыг илүүд үздэг. Террорист халдлага, хурдан гэмт хэрэгтнүүдийн эрин үед энэ нь хэтэрхий төвөгтэй, удаан байсан.

Холбооны мөрдөх товчооны ажилтан ямар нэгэн зүйл хийх шаардлагатай болсон үед - мөн үнэндээ юу чМэдээлэгчийг төлж, алан хядагчийг эрэн сурвалжилж, банкны дээрэмчний хавтаст хэрэг бүрдүүлсэн - түүний ажил гучин жилийн өмнөхөөс тийм ч их ялгаатай байсангүй. Жонсон энэ процедурыг хэрхэн тайлбарлав: "Та текст засварлагч дээр нарийвчилсан тэмдэглэл хийж, үүнийг гурав дахин хэвлэсэн. Нэг хувийг батлахаар илгээсэн бөгөөд энэ нь бүх хориг арга хэмжээний гинжин хэлхээг хамгийн дээд хэсэгт нь дамжсан. Эхнийх нь алдагдсан тохиолдолд хоёр дахь нь орон нутгийн архивт илгээгдсэн. За, гурав дахь дээрээс та суугаад улаан үзэг аваад - тийм ээ, тийм ээ, би тоглож байгаа юм биш, улаан үзэг - дугуйлсан. түлхүүр үгсмэдээллийн санд оруулах. Та өөрийн тайлангаа индексжүүлсэн."

Тиймээс, хэрэв таны хүсэлтийг зөвшөөрсөн бол эхний хуулбарыг дугаарлаж, доош буулгасан. Зүгээр л цаасан дээрх тоо, энэ нь Холбооны мөрдөх товчоо хэргийн материалыг хэрхэн зохицуулж байсан юм. Систем нь илт хуучинсаг бөгөөд гайхалтай эмзэг байсан. Түүнчлэн 9-р сарын 11-нээс өмнө тус улсад нэвтэрсэн Аль-Каидагийн олон тооны идэвхтнүүдийг олж илрүүлж чадаагүйн төлөө Товчоог буруутгасан байна. Нэг хэлтэс сэжигтэй хүнийг дагаж байсан. Өөр нэг хэлтэс нь тодорхой шалтгааны улмаас олон тооны нислэгийн сургалтанд хамрагдаж байсан эргэлзээтэй гадаадын иргэдтэй ажилладаг байв. Гуравдугаар хэлтэст найдваргүй хүнийг тусгай хяналтын жагсаалтад оруулсан. Гэвч хэлтэс, албадын хооронд мэдээлэл солилцсонгүй. Холбооны мөрдөх товчооны хэн ч энэ мэдээллийг нэгтгэж байгаагүй.

"Виртуал мөрдөн байцаалт" хөтөлбөр бүтэлгүйтсэний дараа Холбооны мөрдөх товчооны олон ажилтан ийм байхаа больсон нь нэлээд ач холбогдолтой юм.

"Guard" (Sentinel) нэртэй дараагийн төслийг Холбооны мөрдөх товчоо 2005 онд шууд эхлүүлсэн. Хөтөлбөр хэрэгжиж эхлэх нь гарцаагүй. Энэ тохиолдолд бүх зүйл өөр байх болно: Товчоо хүлээн авах болно шаардлагатай арга хэмжээТөсвийн зохих журмыг хэрэгжүүлж, зөв ​​хяналтыг бий болгох. Тэд хичээлээ сайн сурсан. Асуулт үнэ? Зүгээр л өчүүхэн зүйл - 451 сая доллар. Мөн Guardian систем 2009 онд бүрэн ашиглалтад орно.

Энэ удаад юу буруу болсон байж болох вэ? Хариулт нь 2010 оны 3-р сард гарч ирсэн бөгөөд Жефф Жонсоны ширээн дээр хэвтэв. Шинэ системийг бүтээхээр гүйцэтгэгч “Lockheed Martin” нэг жил хоцорч, төслийнхөө талыг л дуусгаж, 405 сая ам.доллар зарцуулсан байна. Хөтөлбөрийг хэрэгжүүлэхийн тулд бие даасан шинжээчдийн үзэж байгаагаар дахиад 6-8 жил шаардагдах бөгөөд татвар төлөгчид дор хаяж 350 сая доллар нэмж гаргах шаардлагатай болно.

Жонсон асуудлыг шийдэх ёстой байв.

Яагаад бүх зүйл буруу болсон бэ? Та нөхцөл байдлыг хэрхэн даван туулж чадсан бэ? Энэ номыг бичихэд урам зориг өгсөн хоёр асуулт байна. Төсөл дээр тэнэг хүмүүс ажилласан, Товчоонд чадваргүй хүмүүс ажилласан, буруу технологи сонгосон гэж хэлж болохгүй. Муу гэсэн асуулт байгаагүй хөдөлмөрийн сахилга батбас эрүүл өрсөлдөөний сэтгэлгээ байхгүй.

Дотор нь байсан аргаажил. онд, ихэнх хүмүүс хэрхэн ажилладаг. Бидний нийтлэг бодлоор яаж, явуулах ёстойажил, яагаад гэвэл биднийг ингэж сургасан.

Хөгжлийн үйл явц хэрхэн явагдсаныг олж мэдээд эхлээд сэтгэгдэл төрдөгЭнэ бүхэн нэлээд ухаалгаар бүтсэн юм шиг. Төсөл дээр ажиллах эрхийн төлөөх уралдаанд оролцохын өмнө Lockheed-ийн ажилтнууд үйлчлүүлэгчийн хэрэгцээ шаардлагыг судалж, түүний шаардлагад нийцсэн системийг хэрхэн бий болгох талаар бодож байсан. Тэр үед олон ухаалаг хүмүүс цугларч, хэдэн сарын турш тэвчээртэй ажиллаж, яг юу хийхээ төлөвлөж байв. Дараа нь тэд үүнийг хэрхэн хийх ёстойг олохын тулд бүр ч олон сар зарцуулсан. Тэд гайхалтай график зурж, дуусгах шаардлагатай бүх нарийн ширийн зүйлс, даалгавар бүрт шаардагдах хугацааг зааж өгсөн. Дараа нь өнгөний нарийн сонголтоор тэд төслийн үе шат бүр дараагийн үе рүү хэрхэн дараалан урсаж байгааг харуулсан - энэ бүхэн усны цуваатай төстэй байв.

Каскадын загвар

Ийм графикуудыг бүтээгч Хенри Гантын нэрээр Гантын чарт гэж нэрлэдэг. 1980-аад онд хувийн компьютерууд гарч ирснээр бүх төрлийн нарийн төвөгтэй диаграммуудыг үүсгэж, тэдгээрийг бодит болгоход хялбар болсон. цогц- тэд жинхэнэ болдог урлагийн бүтээл. Төслийн бүх явцыг нарийвчлан тэмдэглэсэн болно. Алхам бүр. Аливаа үе шат. Хүргэлтийн аль ч өдөр. Үнэн хэрэгтээ, Гантын графикууд үнэхээр гайхалтай. Ганцхан асуудал байдаг: тэд үргэлж буруу- үл хамаарах зүйлгүй.

Генри Гант 1910 онд алдартай диаграммуудаа гаргажээ. Тэдгээрийг анх АНУ-ын Армийн Зэвсэгт хүчний албаны дарга генерал Уильям Круйзер ашиглаж байжээ Дэлхийн дайн. Энэ дайны түүхийг судалсан хүн бүр түүнд боловсон хүчнийг бэлтгэх, зохион байгуулах тогтолцоо хэзээ ч байгаагүй гэдгийг мэддэг. давуу тал. Дэлхийн нэгдүгээр дайны тухай ойлголт яагаад де факто аналитик дизайны хэрэгсэл болж, 21-р зуунд ч хэрэглэгдэж байгааг ойлгохыг надад өгөөгүй байна. Бид шуудууны дайны зарчмуудыг орхисон боловч ямар нэгэн байдлаар түүний зохион байгуулалтын "траншейны" санаанууд өнөөг хүртэл алдартай хэвээр байна.

Үнэн хэрэгтээ ажил хийх үед бүх зүйл гайхалтай сэтгэл татам харагддаг томоохон төсөл, графикаар нарийвчлан дүрсэлж, олон нийтэд толилуулж байна. Олон компанид зочилж, ажилчдыг нь харсан цорын ганцГант графикийг өдөр бүр шинэчлэх үүрэг хариуцлага байв. Гагцхүү энэ төгс өнгөлсөн төлөвлөгөө бодит байдалтай мөргөлдмагц тэр дороо тоос шороо болон бутран бутрах нь л асуудал юм. Гэвч удирдагчид төлөвлөгөө, түүнд хандах хандлагыг хоёуланг нь хогийн саванд хаяхын оронд төлөвлөгөө нь бүтсэн мэт дүр эсгэж, мэргэжилтнүүдийг хүртэл ажилд авдаг. Үндсэндээ тэд хүмүүст худал хэлэхийн тулд мөнгө төлдөг.

Ийм үйлдлийн схем нь зохисгүй бөгөөд 1980-аад оны сүүлчээр ЗХУ задрахын өмнөхөн хүлээн авсан мэдээллүүддээ итгэж байсан ЗХУ-ын Төв Хорооны Улс төрийн товчооны зан үйлтэй төстэй юм. Тодорхой харагдах байдал. Өнөөдөр, тэр жилүүдийн нэгэн адил тайлангууд нь бодит байдлаас илүү чухал хэвээр байгаа бөгөөд үүнийг дүрслэхийн тулд бүтээгдсэн бололтой, гэхдээ хэрэв зөрчилдөөн гэнэт гарч ирвэл диаграмм биш бодит байдлыг буруутгах болно.

Би Вест Пойнт гэгддэг АНУ-ын Цэргийн академийн курсант байхдаа Эйзенхауэрын хуучин өрөөнд унтдаг байсан. Шөнө галын зуухан дээр өлгөөтэй алтан товруунд туссан гудамжны гэрэл заримдаа намайг сэрээдэг байв. Уг самбарт "Дуайт Эйзенхауэр энд унтсан" гэж бичжээ. Тулаан төлөвлөх нь нэн чухал ч буун дуу гарангуут ​​л та бүхний үйл ажиллагааны схем анхны утаагаар дээшилдэг гэж нэгэнтээ хэлсэн нь энэ Ерөнхийлөгчийг санагдуулсан юм. Наад зах нь Эйзенхауэр Гантын графикийг ашиглахгүй байх сайн санаатай байсан.

Тиймээс Lockheed Холбооны мөрдөх товчоонд маш олон сонирхолтой графикуудыг танилцуулж, товчоо гэрээнд гарын үсэг зурав. Энэ удаад даалгаврыг сайтар бодож боловсруулсан тул ямар ч алдаа гарахгүй: "Хараач, төслийн ажлын төлөвлөгөө - өнгөт код, цаг хугацаа, гистограммууд энд байна."

Гэсэн хэдий ч 2010 оны хавар Жефф болон түүний дарга, CIO Чад Фулгам нар төлөвлөгөөгөө дахин нягталж үзээд тэд ямар хуурамч зүйл болохыг ойлгов. Бүгдижил төстэй графикууд. Энэ хоёр бодит байдлыг судалж, бодит үр дүнтэй танилцаж, асуудлыг шийдэх боломжгүй гэдгийг ойлгосон. Хөтөлбөрт шинэ согог илэрсэн тул аль хэдийн илрүүлсэн алдааг арилгах боломжтой байсан.

Чад ЭМГ-ын Ерөнхий байцаагчид тайлагнаж, Товчоо нь төслийн хяналтыг гартаа авсан тохиолдолд Сентинел системийг дуусгах цорын ганц арга зам бол хөгжүүлэгчдийн тоог цөөрүүлж, төлөвлөгөөний хамгийн хэцүү хэсгийг тав дахин хурдан дуусгаж, бага зардал гаргах болно. төсвийн мөнгөний аравны нэгээс илүү. Ерөнхий байцаагчийн Конгресст өгсөн тайлангууд нь ихэвчлэн хуурай, албан ёсны шинжтэй байсан нь тодорхой эргэлзээтэй өнгө аястай байв.

Төлөөлөгчид санхүүгийн хяналтЕрөнхий байцаагчийн тушаалаар төслийн явцыг тогтмол хянаж байсан 2010 оны 10-р сард ХМТ-ны саналд ноцтой санаа зовниж байгаагаа илэрхийлсэн тайланг ирүүлсэн; Тэд үндсэн санаагаа есөн догол мөрөнд нэгтгэн дүгнэж, дараа нь дараах дүгнэлтийг гаргав.

Ерөнхийдөө бид санал болгож буй шинэ хандлагын талаар ихээхэн санаа зовж байна; Гүйцэтгэгчид Guardian төслийг нэмэлт зардалгүйгээр, эцсийн хугацааг зөрчихгүйгээр дуусгах чадвартай эсэх талаар олон асуулт хэвээр байна. шинэ системхуучин мөрдөн байцаалтын хэргийн удирдлагын системийн ажиллагаа...

Дан Эгген, Грифф Витте. Холбооны мөрдөх товчооны шинэчлэл нь тийм биш байсан. 170 сая доллараар ашиглах боломжгүй компьютерийн систем худалдаж авав // Washington Post, 2006, 8-р сарын 18, х. A1.

АНУ-ын тагнуулын нийгэмлэг төдийгүй АНУ-ын Хууль зүйн яамны хэлтэс болох Холбооны мөрдөх товчоо нь Үндэсний тагнуулын газрын дарга болон Ерөнхий прокурорын аль алинд нь тайлагнадаг тул Чад Фулгам Ерөнхий байцаагчид мэдэгджээ. Мэргэжлийн хяналтын ерөнхий газар хяналт тавьж, аудитуудзарцуулалтыг хянах. Тайлбарласан үйл явдал болох үед Глен Файн (2000–2011) Ерөнхий байцаагчаар ажиллаж байсан.

Холбооны мөрдөх товчооны харуул хамгаалалтын төслийн хэрэгжилтийн байдал. АНУ-ын Хууль зүйн яам, Ерөнхий байцаагчийн алба. Тайлан 2010 оны 10-р сарын 11-01.