Відмінності між версіями «Спільне Створення»

Матеріал з Брацка Правка
Перейти до: навігація, пошук
(Новая страница: «Совместное Создание (здесь и далее по тексту -- ''Лектио'') -- это часть урока Суть Проект…»)
 
 
(Не показані 18 проміжних версій 5 користувачів)
Рядок 1: Рядок 1:
[[Совместное Создание]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Спільне Створення]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Суть Проектных Итогов|Суть Проєктних Підсумків]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Оперативки и Планы]].
+
Предшественник этого ''Лектио'' -- [[Продукция Проектов]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Рядок 9: Рядок 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Совместное Создание</strong></p><p>В зависимости от того, когда начинается разработка объектов приёмки -- до утверждения объёма работ, сроков и бюджета или после утверждения -- проекты можно классифицировать как плановые и оперативные.</p><ol type="a"><li><p>Плановый способ управления проектом (Waterfall, predictive) -- это подход, при котором объёмы работ, сроки выполнения и бюджеты планируются и утверждаются до начала разработки. В плановых проектах, заказчик и подрядчик устанавливают специальный механизм для пересмотра планов если будет разрыв между планами и реальностью.</p><p>Возьмём строительство нового дома. Человечество строит дома тысячи лет. Процесс известен -- сначала строители кладут фундамент, а затем кладут стены. Рынок строителей сформирован. Стоимость труда, стоимость материала и сроки можно предсказать. В нужное время можно нанять нужных работников и заказать нужные материалы в соответствии с бюджетом и графиком. Расходно нанимать строителей до того, как план готов.</p></li><li><p>Оперативные способы управления проектом (Agile, incremental, iterative) -- это подходы, при которых разработка начинается до утверждения объёмов работ, сроков выполнения и бюджетов. В оперативных проектах, заказчик и подрядчик устанавливают специальный механизм для планирования одновременно с разработкой.</p><p>Возьмём разработку Брацкой Школы. Никто раньше не создавал такую общественную инициативу. Брацка Школа разрабатывается волонтёрами. Каждый волонтёр приходит и уходит по своему расписанию. Волонтёрам сообщают ориентиры, но они сами выбирают, что они будут делать, а что -- нет. Даже если мы умудримся предсказать объём работ, мы не сможем предсказать, когда этот объём будет выполнен. Никто не может предсказать, как Школа будет выглядеть, скажем, через год. Нет никакой возможности создать детальный план. Мы не можем планировать детали того, чего не знаем.</p></li></ol><p>Разработки могут сочетать и плановые, и оперативные разработки, если часть работы над функционалом, характеристиками или свойствами предсказуема, а другая часть -- нет. Например, сделать дизайн дома оперативным способом, а уже саму стройку -- планово.</p><p>Планирование занимает время. Если время "дороже" денег, можно также начать проект оперативно и переключиться на планово, когда план будет утверждён.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
+
:<p><strong>Спільне Створення</strong></p><p>Уявімо, що в когось може скластися враження, що проєкт -- це справа підрядника. Начебто, якщо замовник купує послугу, то підрядник зобов'язаний надати послугу. Аналогічно тому, як ми очікуємо на послуги зв'язку, коли купуємо сім-карти в смартфон.</p><p>Справді, споживачам достатньо придбати послугу стільникової компанії, щоб їх смартфони могли з'єднуватися з її стільниковими вишками. Ми споживачі не створюємо ці послуги спільно з компанією стільникового зв'язку. Ці послуги були розроблені та запропоновані для нашої покупки.</p><p>Послуги підрядника у проєкті не були створені до відкриття проєкту. Їх треба створювати. І чим більш унікальна послуга, тим більшу участь замовника вона передбачає.</p><p>Багато проєктів передбачають складні та взаємозалежні відносини між замовником та підрядником. Зокрема, ця співпраця може стосуватися розробок:</p><ol type="a"><li>Вимоги до виробу, що виготовляється, та його розробки. Зазвичай керівник проєкту та куратори проєкту на стороні підрядника встановлюють персональні відносини з кураторами проєкту на стороні замовника. Методика "Живого Звалища" (Agile Scrum) передбачає окремий Нульовий Спринт (Sprint Zero). У цьому спринті, представники замовника та підрядника один-два тижні формують перелік історій для розробки, і розставляють їх пріоритети,</li><li>Концепції робочих продуктів проєкту. У планових проєктах замовник затверджує опис продукту та обсяг робіт. Зміни контрольних рівнів повинні затверджуватись Радою контролю за змінами (Change Control Board або CCB). В оперативних проєктах концепція доопрацьовується в ході робіт,</li><li>Результатів першого, другого та третього рівнів. Іноді спеціальний підрозділ підрядника, офіс з управління проєктами (Project Management Office або PMO) встановлює додаткові канали зв'язку із замовником.</li></ol><p>Керівник проєкту може запропонувати інші заходи. Замість того, щоб намагатися здогадатися, що клієнт "хоче", якщо замовник не може відповісти, підряднику краще створити платформи для творчої співпраці у створенні продуктів та процесів їх створення. Усі зацікавлені сторони можуть виграти від можливості встановлення взаємовигідних, інтерактивних відносин.</p><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, спільне створення необхідне:</p>
  
===Варианты===
+
===Варіанти===
:
+
:замовнику, для задоволення всіх його потреб щодо продукту./ підрядчику, уточнення яких результатів хоче досягти замовник./ для ініціювання ідей по продукту./ розробки повторюваних циклів.
  
:Следующее лектио -- '''[[Окончания Проектов]]'''
+
:Следующее лектио -- '''[[Объёмы Работ]]'''
  
 
===Термины===
 
===Термины===
:[[Плановый подход]], [[оперативный подход]], [[Контент]], [[SEO]], [[Бэкенд]], [[Отсрочка Выполнения]], [[Рабочие продукты по сценарию]], [[Рабочие продукты без сценария]]
+
:[[Требования]], [[Оперативно-гибкий способ|Agile]], [[Scrum]], [[Нулевой спринт]], [[Куратор проекта]].
  
 
==Экзамен==
 
==Экзамен==

Поточна версія на 12:21, 27 листопада 2022

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


Материалы

Предшественник этого Лектио -- Продукция Проектов.

Иллюстрации

Текст (HTML)

Спільне Створення

Уявімо, що в когось може скластися враження, що проєкт -- це справа підрядника. Начебто, якщо замовник купує послугу, то підрядник зобов'язаний надати послугу. Аналогічно тому, як ми очікуємо на послуги зв'язку, коли купуємо сім-карти в смартфон.

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

Послуги підрядника у проєкті не були створені до відкриття проєкту. Їх треба створювати. І чим більш унікальна послуга, тим більшу участь замовника вона передбачає.

Багато проєктів передбачають складні та взаємозалежні відносини між замовником та підрядником. Зокрема, ця співпраця може стосуватися розробок:

  1. Вимоги до виробу, що виготовляється, та його розробки. Зазвичай керівник проєкту та куратори проєкту на стороні підрядника встановлюють персональні відносини з кураторами проєкту на стороні замовника. Методика "Живого Звалища" (Agile Scrum) передбачає окремий Нульовий Спринт (Sprint Zero). У цьому спринті, представники замовника та підрядника один-два тижні формують перелік історій для розробки, і розставляють їх пріоритети,
  2. Концепції робочих продуктів проєкту. У планових проєктах замовник затверджує опис продукту та обсяг робіт. Зміни контрольних рівнів повинні затверджуватись Радою контролю за змінами (Change Control Board або CCB). В оперативних проєктах концепція доопрацьовується в ході робіт,
  3. Результатів першого, другого та третього рівнів. Іноді спеціальний підрозділ підрядника, офіс з управління проєктами (Project Management Office або PMO) встановлює додаткові канали зв'язку із замовником.

Керівник проєкту може запропонувати інші заходи. Замість того, щоб намагатися здогадатися, що клієнт "хоче", якщо замовник не може відповісти, підряднику краще створити платформи для творчої співпраці у створенні продуктів та процесів їх створення. Усі зацікавлені сторони можуть виграти від можливості встановлення взаємовигідних, інтерактивних відносин.

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

Варіанти

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

Термины

Требования, Agile, Scrum, Нулевой спринт, Куратор проекта.

Экзамен

Определения

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

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

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