Вибори Спосіб

Выборы Способа (здесь и далее по тексту -- Лектио) -- это часть урока Суть Проектных Начал. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.

Материалы

Предшественник этого Лектио -- Глубина и Роли.

Текст (HTML)

Вибори Способу

Зазвичай, ті замовники, які активно залучені до розробки, мають свої особливі вимоги до проєктів. Зокрема замовник може встановити способи розробки. Якщо замовник методів не встановлює, керівник проєкту вирішує якими методами буде здійснюватися розробка. Це рішення може бути результатом консультацій з кураторами проєкту.

Не існує єдиного алгоритму для вибору способів, і, в теорії, будь-яка розробка може бути здійснена будь-яким. Однак чотири показники можуть бути особливо важливими для розгляду:

1. Предбачуваність проєкту, тобто визначеність з обсягом роботи та прогнозованість факторів, що впливають на цю роботу. Якщо замовник вимагає проєкт плановим способом (Waterfall) у невизначених умовах, замовник має бути готовий і відкритий до частого перегляду планів. Оперативно-періодичний (iterative) спосіб не вимагає попереднього планування.

2. Здатність розробників діяти незалежно. У оперативно-гнучких проєктах (Agile project) розробники немають докладного обсягу робіт; як правило, вони працюють із завданнями на продукт. Якщо розробникам потрібні детальні інструкції, то краще застосовувати інші способи.

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

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

У природі рідко зустрічається виключно білий або чорний колір і проєкт зазвичай робиться комбінацією кількох способів.

У цьому розрізі цікаво поглянути на планування, як на окрему розробку, адже план також є продуктом розробки. Робота над планом рідко робиться плановим способом; якщо так, то важко собі уявити план для розробки плану для розробки плану!

А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, щоб визначитися зі способом розробки проекту необхідно:

Варианты

учитывать определённость объёма работ, способность разработчиков действовать по плану или независимо, доступность куратора, определенность заказчика, что ему необходимо./ распланировать все процессы разработки будущего проекта, посовещаться с ответственными за проект./ проанализировать все данные о будущем проекте./ подстроиться под законодательство и устав проекта.

Следующее лектио -- Нулевые Прогоны

Термины

Разработка, Куратор продукта, Объём работ, Рабочий продукт, Оперативно-гибкий способ, Плановый способ

Экзамен

Вопросы экзамена

Использование подвижного Подхода для разработки в Брацкой Школы лучше всего можно классифицировать как:

Актив проекта . Фактор предприятия . Проектная среда . Все остальные ответы по существу верны.