Відмінності між версіями «Закінчення Проєктів»

Матеріал з Брацка Правка
Перейти до: навігація, пошук
 
(Не показані 58 проміжних версій 6 користувачів)
Рядок 1: Рядок 1:
−
[[Объекты Приёмки]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Закінчення Проєктів]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Суть Проектных Итогов|Суть Проєктних Підсумків]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''.
  
  
 
==Материалы==
 
==Материалы==
−
Предшественник этого ''Лектио'' -- [[Разработки и Проекты]].
+
Предшественник этого ''Лектио'' -- [[Оперативки и Планы]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Рядок 9: Рядок 9:
 
</gallery>
 
</gallery>
  
−
===Текст===
+
===Текст (HTML)===
−
:<p><strong>Объекты Приёмки</strong></p><p>Проект можно определить как разработку, имеющую начало, окончание и ответственных за выполнение. Для текущих операций, окончание можно сформулировать как наиболее раннюю дату между завершением финансирования и концом финансового года. Для проектов, окончание -- это получение того результата, ради которого предпринимается проект.</p><p>Что может быть таким результатом? Список широк. В Брацкой Школе, обычными результатами может быть концепция, сообщество, мероприятие, событие, цифровая система, услуга, а также любая их комбинация.<ol type="a"><li>Пользовательские истории, описания будущих систем, изделий и услуг, задания на тестировки и документы на авторизацию проектов представляют собою концепции, идеи и видения, которые могут быть разработаны до стадии документов в результате проектов,</li><li>Работающие советы, комитеты и другие социальные пространства, поддерживаемые Брацкой Сеткой, могут быть результатом проектов. В этом случае разработка состоит в создании организационной культуры (organizational culture) для этого сообщества, нахождение заинтересованных лиц, создание стратегии работы и роста, а также проведении организационных и маркетинговых мероприятий,</li><li>Мероприятие. Вебинары -- это наиболее частые мероприятия в Брацкой Школе. Их разработка включает создание повестки, материалов, контакты с участниками, проведение самого мероприятия и операции после его проведения, например, публикация видеозаписи,</li><li>Событие. Сертификация ученика, устройство ученика в подмастерье и трудоустройство подмастерья на реальную работу -- наиболее желанные события ради которых предпринимаются
+
:<p><strong>Закінчення Проєктів</strong></p><p>Проєкт (project) можна визначити як розробку, в якій є початок, закінчення та відповідальні за виконання. Для поточних операцій, можна визначити закінчення як найбільш ранню дату між завершенням фінансування та кінцем фінансового року. Для проєктів, закінченням є досягнення тієї мети, заради якої здійснюється проєкт.</p><p>Закінчення будь-якого проєкту складається з трьох етапів:</p><ol type="a"><li><p><strong>Виготовлення об'єкта приймання</strong> (deliverable), тобто того продукту розробки, який готовий до передачі замовнику. Цим готовим продуктом може бути фізичний чи цифровий виріб, концепція, спільнота, подія, послуга, а також підготовка та проведення заходу. З завершенням цього етапу свою роботу над проєктом закінчують розробники,</p></li><li><p><strong>Приймання замовником продукту</strong>. Коли об'єкт приймання готовий, зазвичай підрядник організує приймальний тест (acceptance test), а замовник приймає чи відмовляється прийняти готовий продукт. При виникненні суперечок сторони вирішують їх на цьому ж етапі.</p></li><li><p>І <strong>згортання проєкту</strong> (project closing). Коли замовник підтвердив готовність до прийняття, узгоджені за домовленістю предмети передаються у користування чи власність замовника. Основний продукт розробки можуть супроводжувати документація, пристрої, запасні частини та витратні матеріали.</p><p>На цьому ж етапі багато компаній з розробки також практикують обов'язкові обговорення підсумків проєкту. В армії та корпораціях вони називаються "розбором операції після її завершення" (after action review). У оперативних технологіях, вони називаються ретроспективною зустріччю (retrospective meeting). В українському слензі це обговорення зазвичай називається "розбором польотів". Слід зазначити, що в українській культурі вираз " розбір польотів " часто пов'язують із критикою. Англійська для критики задіює вираз "можливість для навчання" (teachable moment). Результати обговорення є "отриманими уроками" (lessons learned). Вони задіяні не для критики, а для подальших поліпшень,</p><p>Проєкт згорнуть, коли замовник зробив остаточні розрахунки, а керівник розробки передав усі артефакти та внутрішню документацію проєкту до архіву.</p></li></ol><p>З завершенням проєкту роботу над ним завершують усі працюючі. Якщо з'ясується, що потрібна додаткова робота, вона буде предметом нового проєкту.</p><p><i>А тепер виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, закінчення проєктів визначається:</p>
  
−
, обычные события -- это , а организованный опыт -- это профессиональный опыт работы. Организация как вебинаров, так и профессионального опыта,</li><li>Услуга,</li><li>Знания, навыки и умения.</li></ol></p><p>
+
===Варіанти===
 +
:завершенням всіх процесів розробки./ після закінчення часу виділеного для проєкту./ завершенням виготовленого продукту, прийманням замовником та згортанням всіх робочих процесів./ оформленням усіх необхідних документів.
  
−
ограничена во времени и имеет ответственного за выполнение и предпринята для достижения конкретного результата. Без временных рамок, ответственного и спланированного результата -- это проект в разработке. Почему?</p><p>
+
:Следующее лектио -- '''[[Уровни Результатов]]'''
−
 
 
−
Создание Проекта включают в себя немало задач и условий. Сейчас мы попробуем некоторые из них разобрать. Проектная Среда - это естественная и созданная человеком среда, в которой работают те, кто работает над проектом. Наиболее важными из них являются те условия, которые влияют или могут повлиять на стоимость проекта, сроки проекта и/или рабочий продукт.
 
−
<p>Затраты На Проект - это деньги, которые потрачены на завершение проекта.</p></p>Бюджет Проекта - это те финансовые планы, которые оценивают стоимость проекта. Неожиданные расходы, увеличение затрат или невозможность своевременной оплаты могут отрицательно повлиять на производительность проекта.</p>
 
−
<p>Временные Шкалы Проекта - это линейные представления или отображения хронологического порядка этапов проекта. То есть ваш план проекта представлен в виде графического изображения.</p><p>Графики Проекта - это временные планы, которые оценивают, когда будут получены необходимые ресурсы, будут завершены рабочие продукты и отгружены результаты. Если кратко График Проекта -- это поставленные сроки, в течении которых планируется завершение готовки продукта.</p>
 
−
<p>Рабочий Продукт - это решение, компонент решения или любой другой результат любого начинания. Обычно рабочий продукт является конечным результатом, но не каждый рабочий продукт становится конечным результатом. Результат - это любой рабочий продукт, в которой одна сторона согласилась передать другой.</p>
 
−
<p>Когда дело доходит до разработки рабочих продуктов, главный вопрос заключается в том, управляема ли эта разработка. Например, можно ли вовремя получить сырье или детали. Или для разработки требуются особые условия, такие как допуск разработчиков. Наконец, знают ли разработчики, как разрабатывать рабочий продукт.</p>
 
−
<p>Окружение проекта слишком разнообразно, чтобы иметь единую классификацию. Здесь мы будем сравнивать внутренние и внешние, а также контролируемые и неконтролируемые среды.
 
−
<p>Внешние Среды - это условия за пределами предприятия. Например, быстрые изменения в экономике, демографии, природе, законах, промышленности и технологиях могут положительно или отрицательно повлиять на работу проекта.</p>
 
−
<p>Внутренние Среды - это условия внутри границ предприятия. Они включают активы проекта и факторы предприятия.</p>
 
−
<p>Активы Проекта - это те организационные ресурсы, которые работник или группа могут использовать во время работы над проектом. Активы не обязательно должны быть денежными. Содержимое Брацкой Правки является одним из этих ресурсов. Когда вы работаете над своей задачей в составе Брацкой киберкоманды, вы можете использовать любой из этих материалов или же отказаться от их применения.</p>
 
−
<p>Факторы предприятия - это те условия, которые направляют и ограничивают проектную работу; эти условия навязываются либо культурой организации, либо персоналом организации. Когда вы работаете над проектом, эти условия не находятся под вашим непосредственным контролем.</p>
 
−
<p>Например, Брацка Команда использует Правку для работы над Требованиями. Вам это может нравиться или нет, но если вы работаете над Требованиями, как часть команды, вы должны использовать Правку.</p>
 
−
<p>Точно так же вы не можете изменить личности своих товарищей по команде, их подходы к работе или даже доступность. Люди есть люди. Они заболевают, сталкиваются с семейными ситуациями и/или меняют место работы.</p>
 
−
<p>Однако влияние окружающей среды на проект не зависит от того, находятся ли источники проблем во внешней или внутренней среде. Воздействие зависит от того, является ли среда проекта управляемой и, если да, то контролируется ли она.</p>
 
−
<p>Персонал проекта не может, например, предотвратить болезнь кого-либо, кто работает над проектом, но если существует запасной план, такая болезнь не будет разрушительной.
 
−
Неконтролируемая среда не может быть надежной и предсказуемой. Наоборот, управляемая среда такова. Тем не менее, чтобы их контролировать, по-прежнему требуется координатор проекта, менеджер проекта или кто-то еще.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
−
 
 
−
===Варианты===
 
−
:
 
−
 
 
−
:Следующее лектио -- '''[[Этапы Проектной Работы]]'''
 
  
 
===Термины===
 
===Термины===
−
:[[Бюджет Проекта]], [[Активы Проекта]], [[Внешние Среды]], [[Внутренние Среды]], Проектная Среда, [[Затраты На Проект]], [[График Проекта]], [[Фактор Предприятия]], [[Рабочий Продукт]], [[Временные Шкалы Проекта]]
+
:[[Проект]], [[Приёмочные испытания]], [[Текущая деятельность]]
  
 
==Экзамен==
 
==Экзамен==

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

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


Материалы

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

Иллюстрации

Текст (HTML)

Закінчення Проєктів

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

Закінчення будь-якого проєкту складається з трьох етапів:

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

  2. Приймання замовником продукту. Коли об'єкт приймання готовий, зазвичай підрядник організує приймальний тест (acceptance test), а замовник приймає чи відмовляється прийняти готовий продукт. При виникненні суперечок сторони вирішують їх на цьому ж етапі.

  3. І згортання проєкту (project closing). Коли замовник підтвердив готовність до прийняття, узгоджені за домовленістю предмети передаються у користування чи власність замовника. Основний продукт розробки можуть супроводжувати документація, пристрої, запасні частини та витратні матеріали.

    На цьому ж етапі багато компаній з розробки також практикують обов'язкові обговорення підсумків проєкту. В армії та корпораціях вони називаються "розбором операції після її завершення" (after action review). У оперативних технологіях, вони називаються ретроспективною зустріччю (retrospective meeting). В українському слензі це обговорення зазвичай називається "розбором польотів". Слід зазначити, що в українській культурі вираз " розбір польотів " часто пов'язують із критикою. Англійська для критики задіює вираз "можливість для навчання" (teachable moment). Результати обговорення є "отриманими уроками" (lessons learned). Вони задіяні не для критики, а для подальших поліпшень,

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

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

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

Варіанти

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

Термины

Проект, Приёмочные испытания, Текущая деятельность

Экзамен

Определения

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

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

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

Отримано з https://pravka.idosvid.com/w2/index.php?title=Закінчення_Проєктів&oldid=33098