Управление жизненным циклом

vs.управление проектом

О чем в общем-то я хотел сказать своей мыслью в фейсбуке

Прежде, чем начать, я уточню

• Я про заказную разработку говорю, в коробках я не шарю.• По большему счету все нижесказанное актуально не только для

стороны Исполнителя. Может даже для Заказчика это в разы важнее.

Жизненный цикл – это

Стадия 1

Стадия 2

Стадия X

процесс жизни системы с момента возникновения потребности в ней до момента вывода из эксплуатации

Характерной особенностью жизни являются события, которые в ней приключаются

Когда приключаются события, приходится принимать решения

Последовательность этих событий не спонтанна. Она определяется тем, какой жизненный путь нашей системе мы строим

Поэтому

1. Жизненный цикл – это чуть больше, чем лоховское «аналитика – разработка – тестирование – эксплуатация». Это про то, как из двух предложений постановки задачи вырастить (читай – пройти через правильные вехи и принять правильные решения) полноценный продукт, который с удовольствием возьмут в эксплуатацию и будут жить с ним в проде долго и счастливо. И не умрут, неся его на руках

2. Для этого жизненный цикл должен планироваться3. А чтобы спланировать жизненный цикл, его необходимо сперва

спроектировать

Хороший жизненный цикл – это когда:

• Продумана и прозрачна логика функционального и архитектурного развития продукта• Эта логика сформирована в некоторый roadmap, по которому

бежит команда и в правильных точках выдает на гора правильные результаты

ОК. Но кто должен его планировать и т.п.?

Поскольку жизненный цикл – это процесс, то у него должен быть владелец, который будет выполнять функции управления

жизненным циклом

Этот владелец должен знать систему изнутри, понимать скоуп проекта, функциональность, очередность поставки функционала, приоретизацию потребностей и ожиданий Заказчика, и т.д., и т.п.

Этот кто-то должен понимать, как

• Управлять границами проекта• Управлять требованиями• Управлять поставками • Управлять ожиданиями

• Управлять конфигурацией продукта

Причем по одной лишь причине

А может это руководитель проекта?

Проект Проект

Жизненный цикл у продукта один

Стадия 1

Стадия 2

Стадия 3

Стадия X

Стадия Y

Стадия Z

А проектов может быть миллион

И это тоже проект

И этоИ даже это!

Когда с системой начинается о-о-опа• Когда мы теряем контроль над ее жизненным циклом• Теряя контроль над жизненным циклом, мы теряем контроль

над ожиданиями Заказчика

• В итоге мы теряем веру в нашу способность сделать систему• Тем более, что не контролируя

жизненный цикл, мы действительно вряд ли сделаем что-то нормальное

Вывод из всего этого

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

Спасибо, что досмотрели до конца

http://ka-ba.blogspot.ru/