Оперативки и Планы — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Термины)
 
(не показано 55 промежуточных версий 4 участников)
Строка 1: Строка 1:
[[Гибкий или Жёсткий Подход]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектной Работы]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Оперативки и Планы]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Этапы Проектной Работы]].
+
Предшественник этого ''Лектио'' -- [[Работы по Проектам]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Гибкий или Жесткий Подход</strong></p>
+
:<p><strong>Оперативки и Планы</strong></p><p>В зависимости от того, когда начинается разработка объектов приёмки -- до утверждения объёма работ, сроков и бюджета или после утверждения -- проекты можно классифицировать, как плановые и оперативные.</p><ol type="a"><li><p><strong>Плановый</strong> способ управления проектом (predictive, Waterfall) -- это подход, при котором объёмы работ, сроки выполнения и бюджеты планируются и утверждаются до начала разработки. В плановых проектах, заказчик и подрядчик устанавливают специальный механизм для пересмотра планов, в том случае если будет разрыв между утвержденными планами и реальностью.</p><p>Возьмём строительство нового дома. Человечество строит дома тысячи лет. Процесс известен -- сначала строители кладут фундамент, а затем кладут стены. Рынок строителей сформирован. Стоимость труда, стоимость материала и сроки можно предсказать. В нужное время можно нанять нужных работников и заказать нужные материалы в соответствии с бюджетом и графиком. Нанимать строителей до того, как план готов просто затратно.</p></li><li><p><strong>Оперативные</strong> способы управления проектом (incremental, iterative, Agile) -- это подходы, при которых разработка начинается до утверждения объёмов работ, сроков выполнения и бюджетов. В оперативных проектах, заказчик и подрядчик устанавливают специальный механизм для планирования одновременно с разработкой.</p><p>Возьмём разработку Брацкой Школы. Никто раньше не создавал такую общественную инициативу. Брацка Школа разрабатывается волонтёрами. Каждый волонтёр выполняет свой вклад исходя из своего расписания. Волонтёрам сообщают ориентиры, но они сами выбирают, что они будут делать, а что -- нет. Даже если мы умудримся предсказать объём работ, мы не сможем предсказать, когда этот объём будет выполнен. Никто не может предсказать, как Школа будет выглядеть, скажем, через год. Нет никакой возможности создать детальный план. Мы не можем планировать детали того, чего не знаем.</p></li></ol><p>Разработки могут сочетать два подхода плановые, и оперативные в том случае, если часть работы над функционалом, характеристиками или свойствами предсказуема, а другая часть -- нет. Например, сделать дизайн дома оперативным способом, а уже саму стройку -- планово.</p><p>Планирование занимает время. Если время "дороже" денег, можно также начать проект оперативно и переключиться на плановый, когда план будет утверждён.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, в каком случае выгоднее действовать по оперативному подходу:</p>
<p>Каждый проект может быть Жестким или Гибкий в зависимости от того, когда начинается выполнение - после утверждения базового плана содержания или раньше.</p>
+
 
<p>Отсрочка выполнения до тех пор, пока не будет утвержден базовый план объема работ, предполагает модель Жесткого Подхода.
+
===Варианты===
Например, для строительства нового дома нужен базовый план. Человечество строило дома тысячи лет. Процесс известен - сначала строители кладут фундамент, а затем кладут стены. Стоимость труда, стоимость материала, сроки можно предсказать. В нужное время можно нанять нужных работников и заказать нужные материалы в соответствии с бюджетом и графиком.
+
:если у нас нет четкого видения, что будет дальше./ если мы имеем границы во времени./ если у нас есть план операций по разработкам на ближайший финансовый год./ если разработки имеют повторяющийся цикл.
С другой стороны, разработка Брацкой Школы идет без каких-либо исходных условий. Никто раньше не создавал Брацку Школу - мы не можем предсказать, как это будет выглядеть, скажем, через 2 года. Волонтеры руководят разработками, которые им интересны и когда позволяет их время.</p>
+
 
<p>Начало выполнения без утвержденного объема представляет собой Гибкий Подход.</p>
+
:Следующее лектио -- '''[[Окончания Проектов]]'''
<p>Чтобы выбрать между Гибким и Жестким Подходом, заказчик проекта может принять во внимание характер рабочих продуктов и среду проекта.</p>
 
<p>Рабочие продукты по сценарию - это те рабочие продукты, процесс разработки которых структурирован и подробно известен. Это будут конструкции, не дизайнерская одежда и продукты, приготовленные по рецептам.</p>
 
<p>Рабочие продукты без сценария - это те рабочие продукты, процесс разработки которых не структурирован или неизвестен. Они будут включать первое в истории радио, первый самолет и первый компьютер. Если у разработчиков нет инструкций по разработке чего-либо, соответственно разработка такого проекта выполняется без сценария.</p>
 
<p>Проект предсказуем, если рабочий продукт по сценарию разработан в управляемой среде. Выбор клиента: (а) получить результат быстрее, но, возможно, потратить больше денег, или (б) потратить меньше денег и получить результат позже.</p><p> Жесткий Подход может быть отлично реализован в этих условиях и сэкономит деньги, но Гибкий Подход даст результаты быстрее.
 
Проект непредсказуем, если продукт без сценария разрабатывается в неконтролируемой среде. Если сотрудники проекта выберут Гибкий Подход, им придется угадывать, как будет выглядеть разработка. Большинство догадок могут не пережить реальность.</p>
 
<p>Затем руководитель проекта должен будет отправить запросы на изменение; если клиент одобряет, отклоняет или изменяет эти запросы быстро, Жесткий подход может получить скорость Гибкого.</p>
 
<p>Вообще говоря, исходя из Жесткого Подхода нужны данные, чтобы сэкономить деньги и сократить сроки. Без данных преимущество Жесткого Подхода бесполезно. В условиях полной неопределенности проектная работа может быть единственным источником данных.</p>
 
<p>В то же время многие проекты не обязательно должны быть с Гибкими или Жёсткими Подходами. В качестве примера возьмем разработку сайта bskol.com. Этот проект можно разделить на несколько микро проектов, среди которых некоторые, такие как интерфейс и бэкенд, могут быть разработаны с Жестким Подходом, а другие, такие как дизайн, контент и SEO, могут быть Гибким Подходом.</p>
 
<p>Творческие работы, такие как разработка контента и дизайн, всегда включают в себя как сценарии, так и аспекты без сценария. Исключительно эксклюзивный веб-дизайн может занять несколько лет и более миллиона долларов. Клонирование или изменение существующего дизайна также может занять несколько часов и мелочь. Поскольку графики для творческих работ не могут быть реально рассчитаны, заказчик обычно просто устанавливает свои затраты и/или сроки, чтобы разработчики могли управлять своими усилиями.</p>
 
<p>Прочитав данную статью, ответьте на ниже представленный вопрос.</p>
 
  
 
===Термины===
 
===Термины===
:[[Жесткий Подход]], [[Гибкий Подход]], [[Контент]], [[SEO]], [[Бэкенд]], [[Отсрочка Выполнения]], [[Рабочие продукты по сценарию]], [[Рабочие продукты без сценария]]
+
:[[Критерии приемлемости]], [[Оперативно-гибкий способ]], [[Плановый способ]], [[Проектная работа]]
  
===Вопрос(ы)===
+
==Экзамен==
:Работа по Жесткому Подходу лучше всего подойдет, когда:
 
  
 +
===Определения===
 +
:
 +
 +
===Вопросы экзамена===
 +
:Работа по Заданному Подходу лучше всего подойдет, когда:
 
Рабочий продукт написан по сценарию;
 
Рабочий продукт написан по сценарию;
Скриптовый рабочий продукт разрабатывается в управляемой среде;
+
Скриптовый рабочий продукт разрабатывается в управляемой среде;
 
Ни один из ответов не верен;
 
Ни один из ответов не верен;
 
Все остальные ответы по существу верны;
 
Все остальные ответы по существу верны;
 
Проект предсказуем.
 
Проект предсказуем.
 
 
:Следующее лектио -- '''[[Что Есть Проектная Работа]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

Текущая версия на 16:58, 25 сентября 2022

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


Материалы

Предшественник этого Лектио -- Работы по Проектам.

Иллюстрации

Текст (HTML)

Оперативки и Планы

В зависимости от того, когда начинается разработка объектов приёмки -- до утверждения объёма работ, сроков и бюджета или после утверждения -- проекты можно классифицировать, как плановые и оперативные.

  1. Плановый способ управления проектом (predictive, Waterfall) -- это подход, при котором объёмы работ, сроки выполнения и бюджеты планируются и утверждаются до начала разработки. В плановых проектах, заказчик и подрядчик устанавливают специальный механизм для пересмотра планов, в том случае если будет разрыв между утвержденными планами и реальностью.

    Возьмём строительство нового дома. Человечество строит дома тысячи лет. Процесс известен -- сначала строители кладут фундамент, а затем кладут стены. Рынок строителей сформирован. Стоимость труда, стоимость материала и сроки можно предсказать. В нужное время можно нанять нужных работников и заказать нужные материалы в соответствии с бюджетом и графиком. Нанимать строителей до того, как план готов просто затратно.

  2. Оперативные способы управления проектом (incremental, iterative, Agile) -- это подходы, при которых разработка начинается до утверждения объёмов работ, сроков выполнения и бюджетов. В оперативных проектах, заказчик и подрядчик устанавливают специальный механизм для планирования одновременно с разработкой.

    Возьмём разработку Брацкой Школы. Никто раньше не создавал такую общественную инициативу. Брацка Школа разрабатывается волонтёрами. Каждый волонтёр выполняет свой вклад исходя из своего расписания. Волонтёрам сообщают ориентиры, но они сами выбирают, что они будут делать, а что -- нет. Даже если мы умудримся предсказать объём работ, мы не сможем предсказать, когда этот объём будет выполнен. Никто не может предсказать, как Школа будет выглядеть, скажем, через год. Нет никакой возможности создать детальный план. Мы не можем планировать детали того, чего не знаем.

Разработки могут сочетать два подхода плановые, и оперативные в том случае, если часть работы над функционалом, характеристиками или свойствами предсказуема, а другая часть -- нет. Например, сделать дизайн дома оперативным способом, а уже саму стройку -- планово.

Планирование занимает время. Если время "дороже" денег, можно также начать проект оперативно и переключиться на плановый, когда план будет утверждён.

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

Варианты

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

Термины

Критерии приемлемости, Оперативно-гибкий способ, Плановый способ, Проектная работа

Экзамен

Определения

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

Работа по Заданному Подходу лучше всего подойдет, когда:

Рабочий продукт написан по сценарию; Скриптовый рабочий продукт разрабатывается в управляемой среде; Ни один из ответов не верен; Все остальные ответы по существу верны; Проект предсказуем.