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

Матеріал з Брацка Правка
Версія від 12:39, 27 листопада 2022, створена Vitaliy (обговореннявнесок)
(різн.) ← Попередня версія • Поточна версія (різн.) • Новіша версія → (різн.)
Перейти до: навігація, пошук

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


Материалы

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

Иллюстрации

Текст (HTML)

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

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

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

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

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

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

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

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

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

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

Варіанти

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

Термины

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

Экзамен

Определения

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

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

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