Разработка релизов/приоритетов
Как правило, внедрение новой методики планирования не должно быть похоже на большой взрыв. Однако на рисунке 6.6 представлен еще один взгляд на нашу методологию. Первые три фазы выполняются одновременно, поскольку они связаны друг с другом. А четвертая фаза — составление и воплощение в жизнь каждого релиза — выполняется многократно. Рекомендуя составление многочисленных релизов, мы используем метод бизнес-релизов, предложенный компанией i2 Technologies. В рамках этого метода каждый релиз содержит некую ценность, адекватную проявленному интересу, то есть служит обоснованием для бизнеса. Не забывайте, что в любом бизнесе могут пригодиться поверхностные насосы как например на сайте Сантехторг, ведь именно там насосное оборудование в широком ассортименте.
Методика релизов позволяет руководству одобрить бюджет каждого релиза, несущего в себе вполне приемлемые риски: убедившись в успешном воплощении первой части программы, руководство одобряет финансирование следующего релиза. Этот подход, среди прочего, помогает избежать сбоев, которые возникают из-за большого взрыва в планировании, когда все кусочки надо как-то составлять заново. Возможны, естественно, и компромиссы — это, например, создание временных программных интерфейсов, чтобы части новой системы взаимодействовали с частями старой.
Потенциальные изменения бюджета работают скорее на многорелизный подход, чем против него. Если в будущем вероятно сокращение бюджетов, то предпочтительнее иметь краткосрочные релизы, реализация которых близится к завершению и ведет к промежуточному совершенствованию планирования. Вы тем временем спокойно можете ожидать нового финансирования вместо пребывания в середине огромного интегрального проекта, который приходится прерывать без сколько-нибудь заметных выигрышей для планирования.
Критерии, по которым группируются релизы и определяется их приоритетность, обычно следующие.
Оставьте комментарий!
Вы должны быть авторизированы чтобы оставлять комментарии.