Спіральна модель розробки ПЗ, Комерція, Різне, статті

Термін як найважливіший пріоритет



Софт-компанії, зацікавлені в активному розширенні бізнесу, часто стикаються з проблемою вибору відповідної методології створення ПЗ.

Класичні моделі типу “водоспаду” мають на увазі чітке визначення вимог до проекту і погано працюють в умовах мінливих вимог і жорстких термінів. Найбільш ефективними в такій ситуації виявляються різні ітеративні підходи, що дозволяють швидко створити працездатний прототип і поступово нарощувати його функціональні можливості. Головна відмінність між такими підходами полягає в методі визначення ключових, найбільш важливих вимог до системи.

Наприклад, методика екстремального програмування (див. статтю “Екстремальне програмування“) Має на увазі створення продукту фактично при безперервному контакті з замовником.

Вона корисна у разі малих і середніх завдань для невеликих груп розробників, але менш ефективна, коли обсяг проекту великий, а замовник – досить велика організація, у фахівців якої немає часу на тривалі контакти з підрядником.

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

Існує ряд моделей розробки, які спрямовані на реалізацію проекту з гарантованим дотриманням одного з проектних параметрів. В якості такого параметра найчастіше вибирається термін завершення (При цьому запланована сума витрат може бути значно перевищена), бюджет (але при цьому можливе істотне затягування термінів робіт) або якість (при ймовірному перевитрату фінансових і тимчасових ресурсів).

В абсолютній більшості випадків найважливішим вважається дотримання термінів. Це підтверджують результати досліджень різних консалтингових компаній, аналізували можливі ризики при зриві параметрів ІТ-проекту: найбільш неприємним для компанії-замовника називають зсув дати його закінчення.


Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*