Скорее всего, несколько моих оставшихся друзей из нашего маленького, но гибкого и сплоченного сообщества от меня после этого отвернутся, но у меня есть для вас список из 10 вещей, о которых стоит подумать, если вы владелец продукта в крупной компании и вы собираетесь применять agile-методы разработки. Кое-что из моего списка подойдёт вам, даже если вы в компании поменьше. Так что, несмотря на риск спровоцировать бунт против списков, я публикую этот материал в надежде, что он будет кому-нибудь полезен.

Вот о чем вам следует подумать:

Все идеи кажутся превосходными до тех пор, пока их не столкнуть с действительностью.

Понятие Управления по целям, впервые введенное и популяризированное Питером Ф. Друкером, считалось вполне удачным, за исключением того факта, что данная концепция абсолютно не учитывала возможность элементарного злоупотребления менеджерами этим подходом ради получения большего количества бонусов и премий.

Идея Акционерной стоимости, которую поддержал победитель Нобелевской премии Мильтон Фридман, казалась идеальной в своей теоретической части и совершенной для рациональных умов, при условии игнорирования того, что экономические решения крайне редко бывают рациональны.

Сбалансированная система показателей, разработанная Р. Капланом и Д. Нортоном, стала очень удобным инструментом для менеджеров. Но большинство руководителей полагают, что они управляют своей компанией как машиной, вместо того, чтобы ехать на ней, как на лошади, в то время как электронные информационные панели - не самые лучшие наездники.

Список провальных управленческих идей можно продолжать до бесконечности...

Как известно, в скраме о роли менеджера проекта (Agile PM) не сказано ни слова. Хотя в других гибких методологиях, таких как, например, Feature Driven Development (FDD), роль менеджера проекта (PM) предусматривается, однако его обязанности сводятся к выполнению административных задач по проекту, ресурсному управлению и возможной помощи в координации команды разработчиков. Это, разумеется, является малой часть того перечня обязанностей, которые описаны в руководстве по управлению проектами PMBOK. Например, в соответствии с FDD, эти обязанности отводятся роли менеджера по разработке (Development Manager), а не менеджеру проекта. Менеджер Agile-проекта (далее Agile PM), действуя за рамками тактической роли PM, занимается общей стратегией и координацией проектов. Agile PM дополняет свои кросс-дисциплинарные навыки традиционного PM уникальным умением принимать решения и действовать в контексте стремительных, изменчивых проектах в условиях разработки по гибким методологиям.

Так кто же такой Agile PM и каковы его функции? Можно рассматривать Agile PM как уникального специалиста с весьма специфическим набором навыков, которые позволяют ему/ей владеть, по мере необходимости, частью обязанностей двух или нескольких ролей одновременно. В скраме эти роли могут включать в себя роль владельца продукта (PO) и скрам-мастера, то есть в рамках одного проекта Agile PM может действовать больше как скрам-мастер, а в другом – как PO, в зависимости от потребностей каждого проекта, не в полной мере заменяя, но дополняя работу скрам-мастера или PО. Agile PM использует опыт управления проектами, чтобы помочь обеим сторонам (PO и скрам-мастер плюс команда разработчиков), заполняя пробелы и при этом всегда стремясь к лучшему результату для проекта и выполняя больше работы.

Рынок инструментов для управления проектами, особенно для Agile и Kanban команд, последние пару лет буквально переполнен - здесь можно встретить как самые простые инструменты для визуализации текущей работы (доски задач), так и серьезные инструменты для полноценной поддержки Scrum и Kanban.

Что значит полноценная поддержка Scrum и Kanban?

Существует несколько легких методологий, которые оказали сильное влияние на Agile-движение:

• Scrum (Jeff Sutherland and Ken Schwaber – also Mike Beedle)
• DSDM (DSDM Consortium represented by Arie van Bennekum)
• ASD (Jim Highsmith)
• XP (Kent Beck, Ward Cunningham and Ron Jeffries – Martin Fowler)

Ниже приводятся основные вехи в становлении Agile-движения, с упоминанием всех основных его участников.

1992 – Crystal Methods