Обновляемые документы

Версии

Порядок применения итерации в проектах

В процессе разработки решения каждая итерация процесса приближает продукт к окончательному виду, предусмотренному в проекте. Итерации на каждой стадии продолжаются, пока не достигнута цель этой стадии. Кроме того, итерации позволяют разрабатывать проект за меньшее число шагов, так как число последующих итераций определяется на основании успешного или неудачного завершения предыдущего шага. Результаты – документ общей картины решения и другие документы, код, проекты и планы – разрабатываются по итерационному методу. Есть несколько видов итеративного подхода к разработке проекта:

· версии;

· обновляемые документы;

· периодические сборки (еженедельные или ежедневные).

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

Временной интервал между версиями зависит от размера и границ проекта.

Рис. 11

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

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

· Ускорение итераций. Важное преимущество метода версий в том, что клиент быстро получает работоспособный продукт, набор функций которого со временем расширяется. Четко определяйте область действия проекта, чтобы итерации укладывались в разумные временные рамки.

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

· Создание в первую очередь рискованных функций. В процессе оценки риска команда определяет самые рискованные функции. Именно их следует реализовать в первую очередь при создании варианта продукта, разрабатываемого для проверки верности концепции. В случае проблем, требующих коренных изменений архитектуры, вы сможете внести изменения на ранних стадиях проекта, что сэкономит значительные бюджетные средства.

Чтобы не тратить слишком много времени на совершенствование проекта на начальной стадии, рекомендуется создавать обновляемые документы, т.е. такие, что изменяются вместе с корректировкой проекта. «Живые» документы позволяют команде оперативно обновлять любую часть дизайна проекта и продолжать разработчику на основании обновленных требований. Такой процесс гарантирует, что конечное решение будет удовлетворять финальным, а не только начальным требованиям. Документы в MSF - разрабатываются итерационно.

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

Дата добавления: 2014-01-11