Каква е методиката за спорна топка е революционен метод за управление на проекти

Най-известната книга, посветена на темата в превода на български език е известно като «Scrum. Революционен метод за управление на проекти ", която съдържа определение, който често се съставя критика. В оригиналния Подзаглавието на другия: ". Изкуството на правене на два пъти работата за половината време" Тук метод Scrum не се нарича, и ние не говорим за управление на проекти. Въпреки това, като възможност за лечение в по-широк контекст и оправдано. Особено, ако ние не помисли тесния сферата на разработване на софтуер (софтуер), и рамката на подход в основата на който е лесен да се прилага за почти всякакъв вид колективна дейност.

Scrum: Изгубени в превода

Universal верига Scrum

продуктовия мениджмънт в Scrum се състои от няколко универсални стъпки за всеки контекст.

1. Избрани за "Продукт Собственик" - човекът, който става връзката между пазара (продукта от потребителя на клиента или в края) и изпълнителния екип. Този човек е отговорен за увеличението на стойността на продукта и да започнете да виждате цялостния дизайн.
2. Това е екип от изпълнители, които трябва да бъдат съчетани с експертни умения за работа в унисон.
3. Scrum-майстор се определя. Тук капитанът - това е администраторът, който наблюдава напредъка на работата в екип, но не и в екип, но и да помогне в обучението, осигуряване на планирания събрание и така нататък ..
4. Създаден списък на изискванията за целите на продукта и с подреждането на статии по приоритет. Този списък с промени по време развитието на проекта.
5. Членовете на екипа да прецени всеки елемент от списъка, когато се решава колко време и материални ресурси, необходими за изпълнение на задачата.
6. собственик на продукта, капитанът и членовете на провеждат срещи на екипа, в която съвместното обсъждане планираните спринт - кратко (не повече от един месец, в практиката на разработване на софтуер) фаза, което е планирано до определена част от решението на проблема. В някои ситуации, тази стъпка се нарича итерация. Предполага се, че за всяка итерация, спринт екип, натрупване на определен брой точки, които в следващия спринт, че е желателно да се увеличи, за да докаже, повишаване на производителността.
7. Да информира всички участници в процеса, създадени информационно табло, че е пълен с стикери, с разделението на факта, че трябва да се направи това е в процес на разработка, и това, което е било направено. Когато изпълните задачите, стикерът се премества от една колона в друга.
8. Кратки общи събрания се провеждат всеки ден. Звучаха препятствия, решен вече са направени за проекта и планираното използване.
9. Всеки спринт завърши подробен преглед на резултатите и, не по-малко важни характеристики на обсъждането на процеса миналата спринт. Ако нещо може да се подобри, след договаряне с цел оптимизиране иновации, които ще бъдат въведени в следващия спринт.

За такава схема да бъде жизнеспособна, методология за управление на Scrum трябва да се състои от няколко компонента:

В зависимост от областта, в която се осъществява контрол методологията Скръм, характеристиките на някои компоненти могат да се различават. Например, промяна на броя на изпълнителите в отбора, някои счетоводни инструменти или система за оценка. Но основните точки и обхвата на Scrum структура трябва да останат непроменени.

Философската основа на Scrum

• хората и техните взаимодействия,
• работещ продукт,
• живеят сътрудничество с клиента,
• готовността за промяна и да варира.

Тези стойности не са били против, но определено са по-важни във връзка с формалното спазване на процесуалните шаблонни и подбор на инструменти, спазването на бюрократичните процедури, придържане към първоначалния план.

Приема се, че ако на всеки етап практика води до промени, а това прави продукта по-добър и по-ценно, а потребителите - по-щастливи, а след това тази практика е най-трудно планиране. Agile подход се обединени в един единствен модел на семейството, които са въз основа на стойности. Част от такова семейство от модели е била и остава Scrum.

Роли в Scrum

Scrum подход е разпределението на ролите между тримата участници в проекта.

1. Собственик на продукта. Този човек се нарича "собственикът на проекта", защото е единственият, който взема окончателното решение (което е защо тази роля, като правило, не са се възлага група). Той също е начело на проекта като цяло и се наблюдава увеличение в стойността на продукта за пазара (клиента), което е. Изпълнител на тази роля е да се постави проблема за спринт отбор, но не се стреми към определен изпълнител. Това означава, че собственик на продукта - управлява продукт, а не като екип.
2. Scrum магистър. Ролята на съветника също не предполага възможност за определяне на цели за определен изпълнител, като екип, следвайки принципите на подхода трябва да се прояви като самоорганизиращи се и самоуправляваща се тяло. Неговата роля в работата по-близо до ролята на администратор:
3. Team. Екипът Scrum е кръст-функционален в този модел и самоуправляваща се. Няма специално човек, който е организирана работата си. Що се отнася до областта на екипи за разработка на софтуер, обикновено се състои от 5-9 души (средно - седем) мултидисциплинарен (анализатори, разработчици, тестери). Въпреки разнообразието от специалисти в екипа, Екип действа като едно цяло, както и резултатите от нейната дейност, и се оценява като резултат от цялостната работа.

В случай на мащабиране в разтвора е много трудоемко многоизмерни проблеми, броят на хората в екипа Scrum все още се опитват да не се увеличава, както и за организиране на система от няколко отбора. Наред с другите неща, той обяснява "закона на Брукс", според който, ако отборът не разполага с време, за да завърши проекта в срок, добавянето на изпълнителите да забави проекта още повече.

Характеристики на различните фази на труд

Работата по управление на проекта и включва времето за планиране фаза, спринтове и спринт, обобщаващ резултатите.

Скръм процеси модела и действия предполагат прозрачност. Всички видяха всичко в реално време вградена-специфични инструменти - дъската с колоните, на която пренареждане на процеса е показана стикери. Най-новата версия на списъка с табла разширяват.

Списък серумни артефакти включва 4 инструмента:

Всички етапи на процесите (ритуали) и използването на технологични инструменти са важни за жизнеспособността на модела. Scrum управление на проекти дава максимален ефект с всеобхватен и систематичен изпълнението на всички компоненти.

• капитанът работи, за да се създаде атмосфера на доверие в екипа, а останалите да разрешат проблемите си,
• премахва пречките,
• асансьори, формулирани и внесени в скритите противоречия,
• Това става връзката между ръководителя на проекта и екипа.

1. • Планиране. Списък на елементите на задачите, които влияят върху постигането на целите са подредени по приоритет. Всеки елемент от членовете на екипа се оценява за да се определи обемът на времевото, интелектуална, материали и др. Ресурси.
   • 
     Оценка на обема на потреблението на енергия. За въвеждането на скала за класификация предлагат голямо разнообразие от конвенционални единици с неравномерното разпределение на "теглото". Сравнете например energoobom задачи могат да бъдат в "кучета", където "задача-булдог" Още "координационни такси" и по-малко "дог-задача." На практика това е по-удобно да се придаде стойност на всеки от тях е и числена стойност.
   • Изисквания в класическия модел представени под формата на истории от потребителите. Те трябва да бъдат попълнени, независимо от обстоятелствата, практически осъществимо. Например, работата на онлайн магазин, в една история може да бъде описан от гледна точка на потребителя, който се обяснява как е удобно да подреди елементите на, и ние бихме искали да в коша не бяха много много области, за да попълните. В друга история и същ проект е описан от гледна точка на маркетинга, заяви, че той се нуждае, за да видим как купувачът е действал на сайта, както правят целенасочени действия, преди да се ангажират с покупка. Третият Историята е разказана от гледната точка на мениджъра, обработва поръчки и др ..
   • Спринтове също планирани. Целият екип се събира и разглежда историята на потребителя, оценка на възможностите си, с уговорката, че в края на спринта е завършена планирания обем от задачи, които могат да бъдат под формата на готова функционалност, за да представи на клиента. Екипът се поставя на мястото на потребителя и "живите" в представянето му работи за неговото използване история с него.
   • Срещи, които се провеждат всеки ден, не траят по-дълго от една четвърт от един час и тествани и същи модел, който определя настроението на деня. В действителност, колекцията съдържа отговорите на три дневно повтарящ се въпрос: Какво направи в деня преди, екипът успешно завърши спринта? Какво ще правиш днес? Какво пречи на отбора?
   • Каталог на изоставането. Има списък с изисквания за проекта под формата на истории от потребителите, подредени по приоритет. Липсата на този списък с изисквания означава, че изпълнението на проекта.
   • Sprint изоставането. Списък разделена на задачи и otsenonnyh изисквания за следващия спринт. Тази оферта е за спринт не може да се възстанови.
   • Sprint цел. Описание на целите, за които се извършва спринт.
   • Sprint Burndown Chart. Изпълнена под формата на графики, отразяващи отбора върви напред, и показва как всеки ден, както и да отидем, да "изгори" човекочаса.