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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Термины)
 
(не показано 47 промежуточных версий 3 участников)
Строка 1: Строка 1:
[[Объекты Приёмки]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Окончания Проектов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектных Итогов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Разработки и Проекты]].
+
Предшественник этого ''Лектио'' -- [[Оперативки и Планы]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Объекты Приёмки</strong></p><p>Проект можно определить как разработку, имеющую начало, окончание и ответственных за выполнение. Для текущих операций, окончание можно сформулировать как наиболее раннюю дату между завершением финансирования и концом финансового года. Для проектов, окончание -- это достижение той цели, ради которой предпринимается проект.</p><p>Результат разработки является конечным результатом проекта, но не каждый рабочий продукт, полученный в результате проекта, становится конечным решением для заказчика. Проект может быть предпринят для разработки компонента решения.</p><p>Результат проекта невозможен без готового к доставке продукта разработки (deliverable). Готовый к доставке предмет -- это тот, который изготовитель считает готовым к передаче, но который ещё не принят заказчиком.</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). Kогда заказчик подтвердил готовность к принятию, согласованные по договорённости предметы передаются в пользование или собственность заказчика. Основной продукт разработки могут сопровождать документация, приспособления, запасные части и расходные материалы.</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><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
  
 
===Варианты===
 
===Варианты===
:
+
:завершением всех процессов разработки./ по истечению времени выделенному для проекта./ завершением изготовленного продукта, приёмкой заказчиком и сворачиванием всех рабочих процессов./ оформлением всех необходимых документов.
  
:Следующее лектио -- '''[[Виды Объектов]]'''
+
:Следующее лектио -- '''[[Уровни Результатов]]'''
  
 
===Термины===
 
===Термины===
:[[Бюджет Проекта]], [[Активы Проекта]], [[Внешние Среды]], [[Внутренние Среды]], Проектная Среда, [[Затраты На Проект]], [[График Проекта]], [[Фактор Предприятия]], [[Рабочий Продукт]], [[Временные Шкалы Проекта]]
+
:[[Проект]], [[Приёмочные испытания]], [[Текущая деятельность]]
  
 
==Экзамен==
 
==Экзамен==

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

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


Материалы

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

Иллюстрации

Текст (HTML)

Окончания Проектов

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

Окончание любого проекта состоит из трёх этапов:

  1. Изготовление объекта приёмки (deliverable), то есть того продукта разработки, который готов к передаче заказчику. Этим готовым продуктом может быть физическое или цифровое изделие, концепция, сообщество, событие, услуга, а также подготовка и проведения мероприятия. С завершением этого этапа свою работу над проектом заканчивают разработчики,

  2. Приёмка заказчиком продукта. Когда объект приёмки готов, обычно подрядчик организует приёмочный тест (acceptance test), а заказчик -- принимает или отказывается принять готовый продукт. При возникновении споров, стороны разрешают их на этом же этапе.

  3. И сворачивание проекта (project closing). Kогда заказчик подтвердил готовность к принятию, согласованные по договорённости предметы передаются в пользование или собственность заказчика. Основной продукт разработки могут сопровождать документация, приспособления, запасные части и расходные материалы.

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

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

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

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

Варианты

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

Термины

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

Экзамен

Определения

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

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

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