Cтраница 1
Фаза анализа осуществимости заканчивается, когда требования одобрены, обычно через 1 - 10 недель после окончания фазы исследований. Часто в этот период принимается решение о прекращении дальнейшей разработки. [1]
С началом фазы анализа осуществимости плановики и администраторы планирования в группе планирования обязаны помогать тем, кто выполняет этот анализ, отвечая на все возникающие вопросы, связанные с предыдущими планами или другими функциями. Результатом анализа является отчет, направляемый непосредственно в группу планирования и дающий четкие рекомендации. Если результаты анализа осуществимости проекта показывают, что изделие может быть создано, указанный отчет приобретает вид плана разработки ( лучше всего, если это будет соглашение о требованиях), что гарантирует тщательность прогнозирования развития проекта и позволяет избежать дублирования усилий после одобрения плана. [2]
Во время фазы анализа осуществимости проекта группа разработки формулирует и фиксирует в документах требования и цели создания изделия. В этот период группа испытаний имеет первую возможность повлиять на качество изделия, представляя свои материалы для выработки соглашения о требованиях. В процессе поиска компромиссных решений, сопутствующих разработке, пересмотру и утверждению этого документа, определяются и регистрируются необходимые уровни испытании ( рис. 10.2), а также формулируются определенные положения, касающиеся свойств изделия. Функция испытаний при этом играет роль самой активной движущей силы, которая побуждает разработчиков соглашаться на введение количественных характеристик требований и целей, чтобы в дальнейшем имелась основа для проведения испытаний. Соглашение о требованиях является одновременно и планом разработки. Поэтому оно содержит не только описание того, что должно быть сделано, но и довольно много сведений о путях реализации проекта, с тем чтобы его участники могли убедиться в обоснованности планов. [3]
На протяжении всей фазы анализа осуществимости проекта группа испытаний изучает проект соглашения о требованиях и на основе этого анализа и других исходных материалов формулирует цели очередных плановых этапов проектирования. Важными этапами считаются следующие: передача плана испытаний и специ фикаций испытаний на анализ; утверждение этих документов, передача программы приемочных испытаний группе разработки; установление начальных дат испытаний класса В и каждого их цикла. [4]
Вторым важным событием фазы анализа осуществимости проекта является выделение ресурсов для проведения исследований реализуемости проекта. Здесь особенно ценным является принцип приростного финансирования, на основе которого могут быть субсидированы аналогичные исследования осуществимости проектов множества изделий, причем лишь наиболее перспективные из них должны продолжать финансироваться после завершения фазы анализа осуществимости. Независимо от того, каким способом производятся капиталовложения ( прямым субсидированием или только финансовой поддержкой со стороны заинтересованных подразделений), администратор планирования старается получить распределение бюджета официальным путем. На этой стадии важно иметь официальное задание на проведение анализа осуществимости проекта. Очень большое число проектов не укладывается в установленные сроки потому, что слишком мало усилий тратится на определение объема требуемой работы и согласование планов создания изделия. [5]
Фаза конструирования обычно начинается еще в фазе анализа осуществимости, как только оказываются зафиксированными на бумаге некоторые предварительные цели. Конструирование выполняется до окончания фазы анализа осуществимости, когда требуется подтвердить возможность реализации поставленных целей и кратко их сформулировать в виде требований. [6]
Последняя задача, выполняемая группой планирования в фазе анализа осуществимости, состоит в рассмотрении и утверждении соглашения о требованиях к программному изделию. Это самый важный момент в планировании, так как он устанавливает направление разработки и инициирует цепь событий, которые не контролируются группой планирования до тех пор, пока соблюдаются установленные соглашения о требованиях. Кроме всех прочих функций, группа планирования занимается также согласованием планов нижних уровней с планами выпуска совокупности и серии изделий, потому что никакая другая функциональная группа, кроме группы планирования, не заинтересована в таком согласовании. [7]
После одобрения бюджета выделяются ресурсы, что дает начало фазе анализа осуществимости. [8]
В некоторый момент времени после того, как ресурсы распределены ( в начале фазы анализа осуществимости), но до утверждения соглашения о требованиях ( конец фазы анализа осуществимости), новое программное изделие рассматривается с учетом будущих условий его использования. Для этого существуют два средства: конфигуратор и план выпуска. Конфигуратор - это план создания интерфейсов высокого уровня, определяющий связи и способствующий обеспечению взаимодействия функциональных групп, совместно разрабатывающих некоторое изделие. [9]
В фазовом обзоре I группа обслуживания контролирует распределение бюджета - проекта и обсуждает задачи, возлагаемые на нее после того, как проект минует фазу анализа осуществимости. Основное внимание сосредоточивается на оценке потребности в оборудовании и других средствах, которые понадобятся в процессе разработки. [10]
В некоторый момент времени после того, как ресурсы распределены ( в начале фазы анализа осуществимости), но до утверждения соглашения о требованиях ( конец фазы анализа осуществимости), новое программное изделие рассматривается с учетом будущих условий его использования. Для этого существуют два средства: конфигуратор и план выпуска. Конфигуратор - это план создания интерфейсов высокого уровня, определяющий связи и способствующий обеспечению взаимодействия функциональных групп, совместно разрабатывающих некоторое изделие. [11]
Во время анализа соглашения о требованиях в рамках функции поддержки тщательно проверяются все положения, имеющие отношение к использованию и поддержке изделия. Фаза анализа осуществимости проекта заканчивается утверждением соглашения о требованиях всеми заинтересованными группами, в том числе и группой поддержки. [12]
При подготовке и рассмотрении соглашения о требованиях выполняется необходимый анализ, чтобы подтвердить осуществимость проекта. Фаза анализа осуществимости проекта заканчивается утверждением соглашения о требованиях, которое дает толчок некоторым другим действиям: созданию пособий, тестов, разработке планов поддержки. Кроме того, она определяет внешнюю и внутреннюю спецификации проекта. Одобрением внешней спецификации, представляющей собой законченное и строгое изложение сведений о том, что представляет собой изделие, определяются границы проекта, на чем и заканчивается фаза конструирования. [13]
Фаза конструирования обычно начинается еще в фазе анализа осуществимости, как только оказываются зафиксированными на бумаге некоторые предварительные цели. Конструирование выполняется до окончания фазы анализа осуществимости, когда требуется подтвердить возможность реализации поставленных целей и кратко их сформулировать в виде требований. [14]
Администратор изделия регулирует степень участия каждой из функциональных групп в разработке программного изделия, успешность которой измеряется прежде всего степенью соблюдения ранее установленных технических требований и целей, временных ограничений и допустимых границ затрат. Обычно он выполняет свою роль, начиная с фазы анализа осуществимости и до окончания фазы оценки. В высокоразвитой матричной организации он может быть профессиональным руководителем проекта, ранее участвовавшим в выполнении функции планирования. Но скорее всего ранее он мог быть сотрудником подразделения разработки, где продемонстрировал способность хорошо понимать работы, выполняемые другими людьми. Часто говорят, и, к сожалению, иногда справедливо, что руководитель несет все обязанности и всю ответственность и не имеет никаких полномочий. Работа в матричной организации трудна не только для него, но и для руководителей функциональных групп и для каждого участника проекта. Любой разработчик имеет над собой двух начальников. Необходимость постоянно разрешать двусмысленные положения и конфликты является платой за обеспечение контролируемости проекта. Матричные организации, подобные той, которая показана на рис. 7.2, становятся все более распространенными; по мере их роста все больше людей не только приобретают умение приспосабливаться к такой структуре организации, но и становятся ее сторонниками. [15]