Войти в систему
Войти с помощью соц. сетей:
Если в конце спринта Скрам-мастер и Владелец продукта выглядят спокойными, значит, дела идут хорошо. Мир и спокойствие – это священный Грааль Скрама: все его ищут, но мало кто находит. Когда Скрам работает хорошо, он выглядит очень легким в применении. В реальности идеал недостижим. Нет верного или неверного способа применять Скрам, но это всегда можно делать лучше. Даже если дела идут прекрасно, постоянно ищите способы для усовершенствования.
Скрам-команду в первую очередь будут оценивать по результату, но есть и другие положительные признаки. Один из них – полное взаимопонимание между командой разработки и владельцем продукта. Второй – самоорганизующаяся команда, способная принимать решения. Еще один – когда старшим менеджерам, конечным пользователям и прочим заинтересованным сторонам нравится, а главное, совершенно понятен ход работ над продуктом. Чего еще желать, если рабочий продукт выпускается в срок, ретроспективы выявляют только легко устранимые проблемы? Разве что не заскучать, почивая на лаврах.
Дух Скрама побуждает искать улучшения. В самом начале Скрам-проекта может быть очень много вариантов для совершенствования – иногда даже будет казаться, что некоторые проблемы слишком серьезные, но решать их интересно и даже иногда весело. Парадоксально, но и сам Скрам может стать препятствием. Команда может обнаружить, что именно эта методология сдерживает их дальнейшее развитие. Не все добираются до этой точки. Для большинства из нас важно искать что-то новое. Не останавливайтесь в своем поиске лучшего.
Именно практика приводит к совершенству.
Блистательный итог
• Устанавливайте планку высоко. Постоянно обновляйте журнал, выработайте критерии принятия и используйте в спринтах только хорошо написанные пользовательские истории.
• Скрам-мастер организует команду, помогает ей, разрабатывает новые практики и решает проблемы.
• Хорошие показатели помогают принимать взвешенные решения и обеспечивают отличный доклад.
• Не вмешивайтесь в работу команды – они прекрасно знают, как решить проблемы.
• Учитесь на ошибках и просчитывайте наперед.
Одна из главных причин неудач в реализации проектов – их разработка в отрыве от реального мира и бизнес-нужд. Существует много причин, почему это может произойти, но это всегда приводит к одному результату – недовольству заказчика и конечного пользователя. Для Agile главное – не допускать этого. Вся суть Agile строится на сотрудничестве и участии. Заказчики вовлечены в разработку на каждом этапе и участвуют в каждом принимаемом решении. Многие техники управления проектами отмечают, что это очень важно для разработки, но только гибкие подходы делают участие заказчика в процессе создания продукта обязательным. Это одно из ключевых отличий Agile. Получение первоначальной поддержки и заинтересованность в запуске проекта в гибкой разработке – очень важный момент, но постоянное участие в процессе – важнейшая составляющая успеха. После принятия гибких подходов на вооружение они вполне способны позаботиться о себе сами, органично развиваясь вместе с коллективом; но, чтобы создать условия, в которых это возможно, придется потрудиться.
Необязательно начинать с чего-то грандиозного – первый шаг может быть малым. Но для надежного старта необходимо завоевать сердца и умы правильных людей. Понимание того, чего хотят люди в компании, какие у них есть проблемы и как гибкие подходы могут им помочь, – важная часть процесса. Цель – это не изолированный эксперимент с Agile, даже если речь идет об одном блестяще проведенном проекте, а внутреннее гибкое преобразование всей организации. Это вполне достижимо, но для этого потребуется помощь и поддержка. Чем больше людей будут осознавать преимущества Agile, тем лучше. Важная составляющая стратегии принятия гибкости – убеждение ключевых игроков в ее необходимости. Что же может предложить им Agile?
Очень многое!
Есть множество личных причин, по которым можно заинтересоваться гибкими подходами – от желания найти лучший подход к работе и до корыстных интересов. Некоторые выступают в крестовый поход с целью преобразить мир бизнеса, другие просто видят в этом отличный карьерный ход. На самом деле личные мотивы тут не имеют значения – всё равно все останутся в выигрыше.
Над личными целями здесь куда более практичные корпоративные стремления для принятия Agile. Они не столь расплывчаты: это увеличение количества довольных заказчиков, вывод организации на мировой уровень или создание инновационного окружения – цели, которые являются конкретными и измеримыми. Бизнесмены от внедрения гибкости ожидают умных, или, точнее, SMART-целей.
Главный аргумент, убеждающий всех сомневающихся, – это то, что гибкие подходы дают результаты в течение нескольких месяцев, чаще недель, и все, от руководства до команды, действительно заняты делом.
Мудрый способ побудить человека что-то сделать – заставить его поверить, что это была его идея.
Нельсон Мандела
БЛИСТАТЕЛЬНое определение
SMART-цель – это
S – specific: конкретная; significant: значительная; stretching: растягиваемая.
M – measurable: измеримая; meaningful: полная определенного смысла; motivational: мотивирующая.
A – agreed upon: согласованная; attainable, achievable: достижимая; acceptable: принятая; action-oriented: ориентированная на действия.
R – realistic: реалистичная; relevant: релевантная; reasonable: приемлемая; rewarding: полезная; results-oriented: ориентированная на результаты.
T – time-based, time-bound, timely: ограниченная во времени; tangible: осязаемая; trackable: отслеживаемая.
Десять Smart-целей Agile
1. Продукты, отвечающие требованиям. Начиная с MVP и постепенно его развивая, вы даете заказчикам возможность видеть последовательное формирование продукта и изменить что-то, если это необходимо. Это обеспечивает наилучший результат и выпуск качественного продукта.
2. Сокращение времени выпуска продукта. Больше никакого бесконечного ожидания вплоть до истечения всех возможных сроков. MVP – уже работающий продукт, который выпускается скоро, а дополнения к которому выходят часто.
3. Ранняя окупаемость инвестиций (return on investment, ROI). Продукт выпускается быстро, что позволяет реализовать преимущества на раннем этапе разработки. Продукт начинает окупаться уже на этом этапе и продолжит с дальнейшим развитием. Таким образом, прибыль может быть получена быстрее.
4. Гибкость. Изменения – постоянная часть жизни. Вместо того чтобы плыть против течения, Agile принимает и даже поощряет перемены. Это намного больше соответствует естественному ходу (деловой) жизни.
5. Уменьшение рисков. Начиная с малого и развивая продукт постепенно, мы значительно уменьшаем риски. В тех редких случаях, когда дела идут плохо, затраты на исправление проблемы будут невелики. При таком подходе возникающие проблемы незначительны и разрешаются не в пример проще.
6. Высокая прозрачность процесса. Agile обеспечивает отличную прозрачность хода работ для ключевых заинтересованных сторон в отношении как прогресса разработки, так и самого продукта. Непрерывное участие и сотрудничество помогают устранить бессистемный подход и необсуждаемые темы в разработке.
7. Большая эффективность. Постоянное улучшение – важная часть Agile. Широко известные техники для измерения производительности помогают командам отслеживать свой прогресс. Быстрее, дешевле, лучше – все это реализуется не за счет качества продукта.
8. Предсказуемость. Положительный результат в целом гарантирован: бизнес получает то, что он хочет. Результативность достигается в короткие сроки, что, в свою очередь, обеспечивает нужный настрой. Успех приносит уверенность и приводит к большему успеху – такой позитивный замкнутый круг.
9. Удовлетворенные заказчики. Какие бы критерии ни применялись для оценки удовлетворенности, стоит ожидать необходимости добавления улучшений уже на раннем этапе. Гибкие подходы делают этот процесс проще. Любые негативные отзывы – лакмусовая бумажка для вашей работы.
10. Лучший настрой. Последнее в списке, но не по значимости. Довольный бизнес, счастливая команда – все это означает здоровое рабочее пространство и вырабатывает привычку к успеху, где нормой становятся успешные, а не провальные проекты.
Войти с помощью соц. сетей: