й подход перестал быть эффективным. Знаний одного, или нескольких, людей, пусть даже и очень обширных, уже оказывается не достаточно для принятия верных управленческих решений. Особенно это актуально для сферы IT-разработки, где высока степень неопределенности требований. Здесь требования к программному продукту обычно заранее полностью не известны и уточняются по мере разработки продукта и изменения ситуации на рынке, а это сильно повышает степень риска.
Как уже говорилось выше, самыми "дорогим" является риск ошибок, связанных с аналитикой. Неверно поставленные цели приведут к неверным результатам и как следствию - потерянным времени и деньгам.
Другой важный риск - отсутствие инвестиций, если заказчик по какой-либо причине не оплачивает вовремя выполненную работу. Может возникнуть риск с выбыванием из команды одного или нескольких сотрудников - тогда команде придется перестраивать всю работу над проектом.
Решением данных проблем при разработке программного обеспечения стали так называемые гибкие методологии управления, основанные на принципах agile-манифеста (эти принципы будут рассмотрены ниже). В таких методологиях цели проекта разбиваются на множество конкретных задач, каждая из которых после реализации представляет собой небольшую, но вполне законченную функционально реализованную часть основного продукта, а попросту говоря - работающую подзадачу. На разработку этой подзадачи отводится небольшой отрезок времени (итерация, спринт), за который эта подзадача должна быть спланирована, реализована, протестирована и передана заказчику. Заказчик принимает работу, внедряет ее у себя, добавляя к комплексу уже внедренных таких же небольших подзадач из этого же проекта - и начинает ею пользоваться. Затем он сообщает разработчикам свое мнение относи
Страницы: << < 15 | 16 | 17 | 18 | 19 > >>