Agile, Scrum И Microsoft Project

Команда должна ÑиÑтематичеÑки анализировать возможные ÑпоÑобы ÑƒÐ»ÑƒÑ‡ÑˆÐµÐ½Ð¸Ñ ÑффективноÑти и ÑоответÑтвенно корректировать Ñтиль Ñвоей работы. Ð’Ñ‹Ñшим приоритетом Ð´Ð»Ñ Ð½Ð°Ñ ÑвлÑетÑÑ ÑƒÐ´Ð¾Ð²Ð»ÐµÑ‚Ð²Ð¾Ñ€ÐµÐ½Ð¸Ðµ потребноÑтей заказчика Ð±Ð»Ð°Ð³Ð¾Ð´Ð°Ñ€Ñ Ñ€ÐµÐ³ÑƒÐ»Ñрной и ранней поÑтавке ценного программного обеÑпечениÑ. Agile — не Ð²Ð¾Ð»ÑˆÐµÐ±Ð½Ð°Ñ Ñ‚Ð°Ð±Ð»ÐµÑ‚ÐºÐ°, но он помогает выÑвить Ñти потери, чтобы владельцы продуктов и заинтереÑованные Ñтороны Ñмогли их уÑтранить.

Ð’Ñе Ñто помогает переÑтраивать ÑиÑтему взаимодейÑтвиÑ. Как результат мы получим learning organization – компанию, ÐºÐ¾Ñ‚Ð¾Ñ€Ð°Ñ Ð¿Ð¾ÑтоÑнно обучаетÑÑ Ð¸ «шерит» Ñвои знаниÑ. Ðо Ñто длительный процеÑÑ, его уÑтановка занимает от года.

Как традиционный издательÑкий дом итеративно разрабатывал продукты при помощи обратной ÑвÑзи от клиентов. КÑтати параллельно Ñ Ð¿Ñ€Ð¾Ñ‡Ñ‚ÐµÐ½Ð¸ÐµÐ¼ книги Ñ Ð·Ð°ÐºÐ¾Ð½Ñ‡Ð¸Ð»Ð° Â«ÐšÑƒÑ€Ñ Agile-коучинга Ð´Ð»Ñ Ð»Ð¸Ð´ÐµÑ€Ð¾Ð² изменений». Потому Ð´Ð»Ñ Ð¼ÐµÐ½Ñ Ñта книга приобрела 3D- формат.

Когда внутренние цели не ÑÑны, уÑложнитÑÑ Ð¿Ð»Ð°Ð½Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ðµ, а Ñпринты займут больше времени, чем должны были. Задачи должны быть доÑтаточно мелкими, чтобы вмеÑтить их в рамки Ñпринта. ЕÑли команда открыла новую пользовательÑкую как Ñтать теÑтировщиком иÑторию во Ð²Ñ€ÐµÐ¼Ñ Ñпринта, она может добавить ее к Ñледующему Ñпринту, обÑудив Ñто на Ñобрании. При коротких Ñпринтах и поÑтоÑнном ÑотрудничеÑтве Ñ Ð·Ð°ÐºÐ°Ð·Ñ‡Ð¸ÐºÐ¾Ð¼, модифицировать продукт ÑтановитÑÑ Ð¿Ñ€Ð¾Ñто.

Когда ИÑпользовать Scrum

ЦенноÑÑ‚Ð½Ð°Ñ Ð¼Ð¾Ð´ÐµÐ»ÑŒ agile-филоÑофии еще в 2001 году опиÑываетÑÑ Ð² так называемом Agile-манифеÑте, охватывающем четыре ценноÑти и 12 принципов. Ð’ нем говоритÑÑ Ð¾ фокуÑе на людей и отношениÑ, об удовлетворении потребноÑтей клиента и готовноÑти к изменениÑм на любом Ñтапе работы. Во Ð²Ñ€ÐµÐ¼Ñ Ð´Ð°Ð½Ð½Ð¾Ð³Ð¾ курÑа ÑоÑтоитÑÑ Ð·Ð½Ð°ÐºÐ¾Ð¼Ñтво Ñ Ð¿Ñ€Ð¾Ñ„ÐµÑÑиональными Ñтандартами БизнеÑ-анализа BABOK v3.0, а именно — углубленное изучение задач и инÑтрументов БизнеÑ-анализа в каждой облаÑти знаний. Детальное изучение проектных методологий и активноÑти БизнеÑ-анализа при Agile-подходе.

Да и Ñамим разработчикам полезно лишний раз ÑиÑтематизировать Ñвои заданиÑ. По каждой отдельной задаче проджект-менеджеры в ÑотрудничеÑтве Ñ Ð±Ð¸Ð·Ð½ÐµÑом и чаÑтично разработчиками ÑоÑтавлÑÑŽÑ‚ User Story или ТЗ. Ð’ документе детально опиÑан желаемый функционал каждой фичи. К отдельным agile-подходам отноÑÑÑ‚ÑÑ scrum и kanban.

Ðа верхнем уровне шаблон план-графика ÑоÑтоит из квартальных Ñпринтов. Итак, Ð´Ð»Ñ Ñ‚Ð¾Ð³Ð¾, чтобы в Microsoft Project Server/Online можно было веÑти проекты ÑоглаÑно методологии Scrum, нужно Ð´Ð»Ñ Ð½Ð°Ñ‡Ð°Ð»Ð° Ñоздать шаблон разработки, предÑтавленный на РиÑунке 2. ОÑобенно интереÑен манифеÑÑ‚ Agile, ÑоÑтоÑщий из 4 идей и 12 принципов. ТеÑное ежедневное общение заказчика Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚Ñ‡Ð¸ÐºÐ°Ð¼Ð¸ на протÑжении вÑего проекта.

О Компании

Pixar Ñто Allpe 😉 ÐšÐ¾Ð¼Ð¿Ð°Ð½Ð¸Ñ Ñ Ñ‡Ð¸ÑленноÑтью более 1000 человек должна управлÑÑ‚ÑŒÑÑ Ð¿Ñ€Ð¾Ñ†ÐµÑÑно. @Ðнтон, чаще лидерам уже близки Ñти ценноÑти, но их опыт говорил что “на работе должно быть по-другому”. СовмеÑтный Ñфир, поÑвÑщённый важной дате – 20 лет Ñ Ð¼Ð¾Ð¼ÐµÐ½Ñ‚Ð° подпиÑÐ°Ð½Ð¸Ñ Agile-манифеÑта.

Ð’ Worksection каждой задаче, подзадаче и проекту можно приÑвоить приоритет и принимать Ñ€ÐµÑˆÐµÐ½Ð¸Ñ Ð¾ реализацции в ÑоответÑтвии Ñ Ð½Ð¸Ð¼. ДобавлÑÑ‚ÑŒ новую пользовательÑкую иÑторию вбÑклог только Ñ Ð·Ð°Ð²ÐµÑ€ÑˆÐµÐ½Ð¸ÐµÐ¼ уже имеющейÑÑ. Иначе ÑпиÑок задач может Ñтать невыполнимым в ходе Ñпринта. При отÑутÑтвии проектного менеджера, команда берет ответÑтвенноÑÑ‚ÑŒ за то, как работает и решает затруднениÑ.

Лучшие примеры ÑотрудничеÑтва отходÑÑ‚ на второй план, а на первые позиции выдвигаютÑÑ Ñ…ÑƒÐ´ÑˆÐ¸Ðµ аÑпекты компромиÑÑа. Мы живем в Ñпоху, когда необходимо принимать трудные решениÑ. Ð’ тоже Ð²Ñ€ÐµÐ¼Ñ ÐºÑƒÐ»ÑŒÑ‚ÑƒÑ€Ð° школы подразумевает избегание конфликта любой ценой. БольшинÑтво школ зациклены на процеÑÑах и инÑтрументах; потребноÑти индивида отходÑÑ‚ на второй план. То еÑÑ‚ÑŒ, не Ð¾Ñ‚Ñ€Ð¸Ñ†Ð°Ñ Ð²Ð°Ð¶Ð½Ð¾Ñти того, что Ñправа, мы вÑÑ‘-таки больше ценим то, что Ñлева.

• Ðа каждое такое переключение тратитÑÑ Ð¿Ð¾Ñ€Ñдка 15 минут.
• Я Ñчитаю, что внедрение Lean Ð¼Ñ‹ÑˆÐ»ÐµÐ½Ð¸Ñ Ð² разработку программного обеÑÐ¿ÐµÑ‡ÐµÐ½Ð¸Ñ – Ñто то, что требуетÑÑ Ð¾Ñ‚ нового Lean Ð¿Ð¾ÐºÐ¾Ð»ÐµÐ½Ð¸Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚Ñ‡Ð¸ÐºÐ¾Ð².
• Прошло времÑ, и филоÑÐ¾Ñ„Ð¸Ñ Ð³Ð¸Ð±ÐºÐ¸Ñ… взаимоотношений вышла за рамки IT-мира и Ñоздала Ñвоеобразную Ñтратегию в маркетинге.
• И чтобы вы не путалиÑÑŒ в терминах, давайте разберемÑÑ ÐºÐ°Ðº их уÑпешно иÑпользовать.
• Роли Ñ€ÑƒÐºÐ¾Ð²Ð¾Ð´Ð¸Ñ‚ÐµÐ»Ñ Ð¿Ñ€Ð¾Ð´ÑƒÐºÑ‚Ð° и Agile-коуча, как человека «извне», разделÑÑŽÑ‚ÑÑ.

Ð’ рамках тренинга мы погрузимÑÑ Ð² работу гипотетичеÑкой компании и пройдем путь от Ð¿Ð»Ð°Ð½Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ñтратегии работы на рынке, до Ñ€ÐµÐ°Ð³Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ð½Ð° изменениÑ. Жизненный цикл разработки программного обеÑÐ¿ÐµÑ‡ÐµÐ½Ð¸Ñ ÑоÑтоит из Ñпринтов, которые в Ñвою очередь ÑоÑтоÑÑ‚ из итераций, которые в Ñвою очередь ÑоÑтоÑÑ‚ из ежедневных Scrum вÑтреч, РиÑунок 1. Чтобы Ñкрам-ÑиÑтема работала как заведеннаÑ, в команде должно быть не больше человек. ЕÑли разработчиков в компании гораздо больше, не Ñпешите объÑвлÑÑ‚ÑŒ Ñокращение. КÑтати, Ñоревновательный Ñффект еще никто не отменÑл. Kanban – Ñто «подход баланÑа».Его задача – ÑбаланÑировать разных ÑпециалиÑтов внутри команды и избежать Ñитуации, когда дизайнеры работают Ñутками, а разработчики жалуютÑÑ Ð½Ð° отÑутÑтвие новых задач.

Самый Большой Миф Об Agile

Ð’ рамках тренинга мы погрузимÑÑ Ð² работу компании и пройдем путь от Ð¿Ð»Ð°Ð½Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ñтратегии работы на рынке, до Ñ€ÐµÐ°Ð³Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ð½Ð° изменениÑ. ОÑновной метрикой agile-методов ÑвлÑетÑÑ Ñ€Ð°Ð±Ð¾Ñ‡Ð¸Ð¹ продукт. ÐžÑ‚Ð´Ð°Ð²Ð°Ñ Ð¿Ñ€ÐµÐ´Ð¿Ð¾Ñ‡Ñ‚ÐµÐ½Ð¸Ðµ непоÑредÑтвенному общению, agile-методы уменьшают объем пиÑьменной документации по Ñравнению Ñ Ð´Ñ€ÑƒÐ³Ð¸Ð¼Ð¸ методами. Это привело к критике Ñтих методов как недиÑциплинированных.

Задача затÑнулаÑÑŒ – надо думать, на каком Ñтапе и почему возникли задержки и чью работу надо оптимизировать. ÐŸÐµÑ€Ð²Ð°Ñ Ð¾ÑˆÐ¸Ð±ÐºÐ° тех, кто Ñлышат о agile-маркетинг, – нужно отказатьÑÑ Ð¾Ñ‚ любых планов и Ð¿Ð»Ð°Ð½Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ð² бизнеÑе. Эта ÐºÐ¾Ð½Ñ†ÐµÐ¿Ñ†Ð¸Ñ Ñ‚Ð¾Ð»ÑŒÐºÐ¾ наÑтаивает, что планы придётÑÑ Ñократить и упроÑтить.

Рабочий продукт важнее, чем иÑÑ‡ÐµÑ€Ð¿Ñ‹Ð²Ð°ÑŽÑ‰Ð°Ñ Ð´Ð¾ÐºÑƒÐ¼ÐµÐ½Ñ‚Ð°Ñ†Ð¸Ñ. Люди и взаимодейÑтвие между ними важнее, чем процеÑÑÑ‹ и инÑтрументы. ПереоÑмыÑлить разработку программного обеÑÐ¿ÐµÑ‡ÐµÐ½Ð¸Ñ Ð¸ в результате был Ñформирован Agile МанифеÑÑ‚. Ð’Ñе мы будем работать над одним и тем же видением продукта, чтобы поÑтавлÑÑ‚ÑŒ интегрированный Инкремент продукта каждую итерацию, оÑновываÑÑÑŒ на общем бÑклоге продукта. Команда должна ÑиÑтематичеÑки анализировать возможные ÑпоÑобы ÑƒÐ»ÑƒÑ‡ÑˆÐµÐ½Ð¸Ñ ÑффективноÑти и в ÑоответÑтвии Ñ Ñтим корректировать Ñвоё поведение.

Когда вы иÑпользуете рабочие реÑурÑÑ‹ на пределе их возможноÑтей, увеличиваетÑÑ Ð²Ñ€ÐµÐ¼Ñ Ð¾Ð¶Ð¸Ð´Ð°Ð½Ð¸Ñ Ð·Ð°Ð´Ð°Ñ‡ и задержка их выполнениÑ. Рабочий процеÑÑ Ð² диджитале абÑтрактен и требует творчеÑтва. Переключение между задачами приводит к трате времени из-за необходимоÑти Ð²ÐºÐ»ÑŽÑ‡ÐµÐ½Ð¸Ñ Ð² контекÑÑ‚. Ðа каждое такое переключение тратитÑÑ Ð¿Ð¾Ñ€Ñдка 15 минут. Дополнительные потери возникают, когда приходитÑÑ Ð²Ð¾Ð·Ð²Ñ€Ð°Ñ‰Ð°Ñ‚ÑŒÑÑ Ðº Ñтой же работе на более позднем Ñтапе. Увы, человек жаждет уверенноÑти, а планирование дает лишь призрачную надежду на Ñто.

Давайте подробнее раÑÑмотрим agile-методы Ñразу на примере конкретной ÑиÑтемы. Их много (ÑкÑтремальное программирование, FDD, DSDM), но, чтобы понÑтней разложить вÑе по полочкам и лишний раз Ð²Ð°Ñ Ð½Ðµ запутывать, детально разберем одну из наиболее популÑрных agile-ÑиÑтем – Scrum (Ñкрам). Вашей команде проÑто необходимо как Ñтать программиÑтом Ñ Ð½ÑƒÐ»Ñ Ð±Ñ‹Ñтро реагировать на Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð´Ð»Ñ Ñ‚Ð¾Ð³Ð¾, чтобы предÑтавить заказчику лучшую верÑию продукта. Ключ к уÑпешной реализации проекта — короткий цикл обратной ÑвÑзи. Создание качеÑтвенного продукта требует поÑтоÑнной коммуникации Ñ Ð·Ð°ÐºÐ°Ð·Ñ‡Ð¸ÐºÐ¾Ð¼, быÑтрого Ð²Ð½ÐµÐ´Ñ€ÐµÐ½Ð¸Ñ Ð¿Ñ€Ð°Ð²Ð¾Ðº и адаптации к менÑющимÑÑ Ñ‚Ñ€ÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñм.

Webinar: Celebrate 20th Anniversary Of The Agile Manifesto With Agile Leaders

СамоорганизующиеÑÑ ÐºÐ¾Ð¼Ð°Ð½Ð´Ñ‹ производÑÑ‚ лучшие Ñ‚Ñ€ÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¸ Ñ€ÐµÑˆÐµÐ½Ð¸Ñ Ð¿Ð¾ продукту. Изменение требований приветÑтвуетÑÑ, даже на поздних ÑтадиÑÑ… разработки. Agile-процеÑÑÑ‹ позволÑÑŽÑ‚ иÑпользовать Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð´Ð»Ñ Ð¾Ð±ÐµÑÐ¿ÐµÑ‡ÐµÐ½Ð¸Ñ Ð·Ð°ÐºÐ°Ð·Ñ‡Ð¸ÐºÑƒ конкурентного преимущеÑтва. Ð”Ñ€ÑƒÐ³Ð°Ñ Ñ€Ð°ÑпроÑÑ‚Ñ€Ð°Ð½ÐµÐ½Ð½Ð°Ñ Ð¿Ñ€Ð¸Ñ‡Ð¸Ð½Ð° Ð¿ÐµÑ€ÐµÐºÐ»ÑŽÑ‡ÐµÐ½Ð¸Ñ Ð¼ÐµÐ¶Ð´Ñƒ задачами — вÑтречи. ЕÑли у Ð²Ð°Ñ Ð¿Ð»Ð°Ð½Ð¸Ñ€ÑƒÑŽÑ‚ÑÑ ÑÐ¾Ð²ÐµÑ‰Ð°Ð½Ð¸Ñ Ð¸ митапы, вÑегда переноÑите их на начало или конец днÑ, чтобы минимизировать потери Ð´Ð»Ñ Ð²Ñей команды. Эти ÑиÑтемные потери не уÑтранÑÑŽÑ‚ÑÑ Ð·Ð° Ñчет ÑÐ¾Ð·Ð´Ð°Ð½Ð¸Ñ Agile-команд.

Agile-методы делают упор на непоÑредÑтвенное общение лицом к лицу. БольшинÑтво agile-команд раÑположены в одном офиÑе, иногда называемом англ. ÐžÑ„Ð¸Ñ Ð¼Ð¾Ð¶ÐµÑ‚ также включать теÑтировщиков, дизайнеров интерфейÑа, техничеÑких пиÑателей и менеджеров. Ð¡ÐµÐ³Ð¾Ð´Ð½Ñ Ð² тренде ÑƒÐ´Ð°Ð»ÐµÐ½Ð½Ð°Ñ Ñ€Ð°Ð±Ð¾Ñ‚Ð°, многие команды реализуют проекты из разных городов и даже Ñтран.

Почему ВоÑтребованы Agile

Давайте вернемÑÑ Ðº «клаÑÑичеÑкому» управлению проектами и вÑпомним диаграммы процеÑÑов Гилбретов. Именно их ÐºÐ¾Ð¼Ð¿Ð°Ð½Ð¸Ñ DuPont адаптировала и положила в оÑнову Ñвоего Critical Path Method . Диаграмма Гантта, критичеÑкий путь и «железный» треугольник agiles manifest Ñтали популÑрными инÑтрументами руководителей проектов в 60-Ñ… годов прошлого века. СпуÑÑ‚Ñ 40 лет идею треугольника Ñтали иÑпользовать поÑледователи agile Ð´Ð»Ñ Ð¿Ð¾ÑÑÐ½ÐµÐ½Ð¸Ñ Ð¾Ñ‚Ð»Ð¸Ñ‡Ð¸Ð¹ клаÑÑичеÑкого ÑƒÐ¿Ñ€Ð°Ð²Ð»ÐµÐ½Ð¸Ñ Ð¿Ñ€Ð¾ÐµÐºÑ‚Ð°Ð¼Ð¸ и agile-практик (Ñм. риÑ. 5).

Ð¥Ð¾Ñ‚Ñ Agile была Ñоздана Ð´Ð»Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ¸ программного обеÑпечениÑ, нетехничеÑкие команды тоже начали иÑпользовать её. Многие команды за пределами IT обнаружили, что иÑпользование гибкого Ð¼Ñ‹ÑˆÐ»ÐµÐ½Ð¸Ñ Ð¸ Agile-практики могут помочь команде или бизнеÑу Ñделать больше, Ñделать клиентов ÑчаÑтливее, а членов команды более Ñотрудничающими. Я помню Ñтот момент, когда Ñ ÑƒÐ²Ð¸Ð´ÐµÐ» потенциал иÑÐ¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ Lean Ð¼Ñ‹ÑˆÐ»ÐµÐ½Ð¸Ñ Ð² мире Agile software development. ÐеÑколько лет назад, Ñ Ñ€ÑƒÐºÐ¾Ð²Ð¾Ð´Ð¸Ð» большим проектом, в котором большинÑтво разработчиков пиÑали код и выпуÑкали его ежедневно.

ЕÑÑ‚ÑŒ заграничный заказчик, который заказал Вам разработку трех абÑолютно разных продуктов. Итак, ÐÐ½Ð´ÐµÑ Ð¸ ее команда начали иÑпользовать Agile-практику беклога приоритетов в ÑервиÑе Trello. Ðа доÑке в Trello перечиÑлÑÑŽÑ‚ÑÑ Ð·Ð°Ð¿Ñ€Ð¾ÑÑ‹ на обучение, тренинги, которые в наÑтоÑщее Ð²Ñ€ÐµÐ¼Ñ ÑоздаютÑÑ, и многое другое.

Разница Между Agile И Scrum

ПоÑтому, чтобы гармонично перейти от агил к Ñкрам, акцент должен делатьÑÑ Ð½Ð° оÑобой роли Ñкрам-маÑтера. Это натренированный ÑпециалиÑÑ‚, который умело воÑпользуетÑÑ Ð¸Ð½Ñтрументами Scrum в завиÑимоÑти от Ñпецифики проекта. Он также ÑпоÑобен доноÑить ключевые принципы команде, и не превратит ежедневные ÑÐ¾Ð±Ñ€Ð°Ð½Ð¸Ñ Ð² нудную «обÑзаловку».

Владелец продукта ÑоÑтавлÑет бÑклог продукта ÑпользовательÑкими иÑториÑми— задачами, которые нужно реализовать в ходе проекта. Product Owner должен понимать рынок и пользователей, чтобы полученный продукт был воÑтребованным. DSDM оÑнован на концепции быÑтрой разработки приложений . ПредÑтавлÑет Ñобой итеративный и инкрементный подход, который придает оÑобое значение продолжительному учаÑтию в процеÑÑе пользователÑ/потребителÑ. ИзменÑйте модели, которые в компании нежелательны. Ð”Ð»Ñ Ñтого можно иÑпользовать форму корректирующей обратной ÑвÑзи».

Ðвтор: Ðндрей ДзÑдук