ъеме к определенному сроку. Какие-то работы внутри этапа могут исполняться параллельно друг с другом, некоторые - только последовательно. В итоге весь запланированный этап будет реализован согласно контрольному сроку. Таким образом и весь проект будет складываться из ряда реализованных этапов. Если в проекте возникнут какие-то изменения, они будут внесены в генеральный план согласно "Плану внесения изменений".
Несмотря на кажущееся удобство, каскадная модель управления - это идеальная модель. Она прекрасно бы работала, если бы все работы исполнялись в точности согласно плану и не возникало бы никаких непредвиденных обстоятельств. На практике же зачастую она оказывается далеко не всегда применимой. Данная методология может довольно успешно использоваться в условиях высокой определенности требований к проекту, то есть когда заранее известны исходные и выходные параметры, а также перечень необходимых работ - например, в строительстве или при установке нового оборудования.
При разработке программного обеспечения водопадная модель применима только для очень небольших проектов со строго обозначенными требованиями. Если же перечень требований постоянно пополняется в процессе разработки проекта, то внесение бесчисленных изменений в план сделает проект громоздким и малоподвижным.
Отдельно стоит упомянуть о проектных рисках в каскадной методологии. Детальное управление возможными рисками предусматривается на этапе планированияв специальном разделе плана. Сюда заносятся все возможные способы реакции на потенциальные риски. Но зачастую дальше этого раздела плана дело не идет и управление рисками остается только на бумаге. При реализации больших проектов об управлении рисками попросту забывают. Это тоже является одним из серьезных недостатков каскадной ме
Страницы: << < 22 | 23 | 24 | 25 | 26 > >>