Координаторы Bskol — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Облако)
(Определение изделия)
 
(не показано 159 промежуточных версий 3 участников)
Строка 1: Строка 1:
[[Координатор информационных проектов]] (здесь и далее по тексту -- ''Координатор'') -- это должность Брацких Ресурсов, которая отвечает за координацию одного или нескольких проектов по разработке [[Брацко Облако|Брацка Облака]]. ''Облако'' -- это информационно-технический комплекс по подготовке специалистов в области информационных технологий.
+
[[Координаторы Bskol]] -- это ученики проекта [[Bskol]] на практике. Эта практика является одновременно начальной работой и частью третьего курса [[Выбор Профессии]]. На практике, ученики работают в должности называемой [[Координатор информационных проектов]] (IT project coordinator или [[ITPC]]; здесь и далее по тексту -- ''Координатор'').
  
Проект -- это работа по получению [[#Результаты|результатов]]. Все технические проекты описаны в секции "[[Брацко Облако#Развитие ресурсов|Развитие ресурсов]]" вики-страницы [[Брацко Облако]].
 
  
 +
==Проекты==
 +
Проект -- это работа по получению [[#Результаты|результатов]]. Для очерчивания порядка разработок, изначально создавалась вики-страница [[Работа в Брацкой Школе]].
 +
 +
===Списки профинансированных===
 +
: Одобренные для финансирования и доступные для ''Координаторов'' проекты собраны на трёх вики-страницах:
 +
# [[Работы над Bskol]] для разработок услуг по подготовке к трудоустройству и его получения для тех, кто находится на рынке труда или собирается там быть.
 +
# [[Робота над iDosvid]] (на украинском языке) для разработок услуг по профессиональной ориентации школьников общеобразовательных школ и получения первоначального опыта.
 +
# [https://pravka.bskol.com/en/CNM_Cloud_Usable CNM Cloud Usable] (на английском языке; русскоязычная версия -- [[Работы над Облаком]]) для разработок комплекса технологий под названием [[Брацко Облако]].
 +
 +
===Выбор проекта===
 +
: ''Координатор'' имеет право выбора того проекта, который ему или ей больше подходит. Работа ''Координатора'' оплачивается, если он или она работает над проектом включённым в один из [[#Списки профинансированных|Списков профинансированных проектов]]. ''Координатор'' также может предложить свой проект.
  
 
==Что Координатор делает==
 
==Что Координатор делает==
Для каждого проекта, над которым ''Координатор'' работает, он или она документирует результаты поисков, разработок, утверждений. Кроме того:
+
Каждая разработка может иметь своего ответственного ''Координатора''. Для каждого проекта, над которым ''Координатор'' работает, он или она документирует результаты поисков, разработок, утверждений. Кроме того, в течение одного прогона, он или она [[#Определение изделия|готовится к созданию изделия]], [[#Создание изделия|курирует его создание]], [[#Перевод в эксплуатацию|переводит изделие в эксплуатацию]] и/или [[#Управление изделием|курирует управление его развитием]].
 +
 
 +
===Определение изделия===
 +
: Основная цель действий по планированию изделия и его создания -- это получение изделия в [[Состояние определённости|состоянии определённости]], которое определяется наличием [[Соглашение об изготовлении|Соглашения об изготовлении]]. Другими словами, планирование -- это получение такого описания изделия и процесса его разработки, которое позволяет эту разработку начать. Для достижения этой цели, ответственный ''Координатор'':
 +
:# '''Выявляет''' те доступные ресурсы, которые должны или могут задействоваться в разработке без дополнительных расходов. Людские ресурсы включают [[#Персонал Bskol|Персонал Bskol]]. Другие ресурсы включают те данные, которые представлены в трёх курсах [[Лестница к Профессии|Лестницы к Профессии]], на вики-страницах [[Брацка Правка|Правки]], существующие прототипы и готовые изделия, а также доступные во [[Всемирная Паутина|Всемирной Паутине]] и других источниках материалы. Для готовых продуктов обычно полезны вебсайты разработчиков и профессиональные ресурсы типа https://stackoverflow.com/.
 +
:# '''Собирает''' данные, пользуясь выявленными ресурсами. Это изучение включает общение с заинтересованными лицами, анализ документов и тестирование тех прототипов и готовых продуктов, которые доступны.
 +
:# '''Выбирает''' те ресурсы и те данные, которые будут задействованы в разработке.
 +
:# '''Инвентаризует''' те данные, инструменты, материалы, прототипы и факторы, которые были выявлены как должные или могущие быть задействоваными в разработке.
 +
:# '''Описывает''' будущее изделие и его возможное изготовление, опираясь на идентифицированные в инвентаризации ресурсы. Описание должно включать (а) [[высшие требования|высшие]], (б) [[пользовательские требования|пользовательские]], (в) заготовку [[технические требования|технических требований]] к изделию, (г) [[рабочие требования|рабочих требований]] к его разработке, а также (д) намётки [[Соглашение об изготовлении|Соглашения об изготовлении]].
 +
:# '''Удостоверяется''' в том, что заказчику изделия нужно именно изделие, отвечающее описанным [[высшие требования|высшим требованиям]].
 +
:# '''Приводит''' [[пользовательские требования]] в соответствие [[высшие требования|требованиям высшим]].
 +
:# '''Формулирует''' разницу между тем, что есть, и тем, что надо. Эта выявленная разница должна быть адресована [[технические требования|техническими требованиями]].
 +
:# '''Проверяет''' [[технические требования]] на полноту. Полнота характеризуется наличием (а) условий как функциональности, так и применимости изделия, (б) спецификаций как к будущему изделию, так и к процессу разработки. Условия применимости должны включать задания по документации изделия, то есть системные схемы, перечень необходимых доступов, а также наличие рабочей инструкции по эксплуатации ([[standard operating procedure]] или [[SOP]]), мероприятий по защите изделия и инструкций по восстановлению в случае аварий.
 +
:# '''Оценивает''' необходимо ли привлекать к изготовлению сторонних подрядчиков и, если необходимо, требуется ли их помощь для создания [[технические требования|технических]], [[рабочие требования|рабочих требований]] и текста контракта.
 +
:# '''Представляет''' данные заказчику для принятия решения либо о привлечении подрядчиков, либо о создании изделия собственными силами. Любое положительное решение открывает финансирование работ по созданию.
 +
:# '''Доводит''' требования и другие документы разработки до полноценности. Эти документы могут доводиться уже после изготовления функционального изделия.
 +
 
 +
: Если дальнейшее создание будет вестись без привлечения подрядчиков, заказчик может авторизовать его начало до готовности [[Соглашение об изготовлении|Соглашения об изготовлении]]. В этом случае, требования дорабатываются с учётом данных полученных в процессе создания.
 +
 
 +
: Если сторонние подрядчики необходимы, ''Координатор'' далее:
 +
:# '''Подготавливает''' найм подрядчиков на разработку, в том числе, разрабатывает тексты объявлений на привлечение и варианты их размещания, формирует список консультантов и потенциальных разработчиков, а также организует сообщество на Сетке и планирует видеоконференции, на которые будут приглашаться все заинтересованные в разработке.
 +
:# '''Приглашает''' подрядчиков на разработку и, параллельно, уточнение [[технические требования|технических требований]] и контракта, включающего объём работ, график и бюджет разработки.
 +
:# '''Ассистирует''' в процессе найма подрядчиков на разработку, включая отбор наиболее перспективных кандидатов, переговоры, заключение контракта на разработку и ввод подрядчиков в работу. Исторически, требования дорабатываются в процессе рекрутирования. Если требования не могут быть сформулированы в процессе рекрутирования, они сами становятся целевым изделием проекта.
 +
:# '''Сообщает''' заказчику о готовности договора или контракта подряда к заключению. Заключение контракта авторизует финансирование создание изделия подрядчиками. С одним из консультантов может быть заключён контракт на консультации и/или участие в видеоконференциях.
 +
 
 +
: Планирование как самого изделия, так и процесса его создания открывается до начала работ по непосредственному созданию изделия и, даже в случае привлечения подрядчиков, периодически возобновляеся уже после начала, так как создание всегда вскрывает новые факторы и требования.
 +
 
 +
===Создание изделия===
 +
: Основная цель действий по созданию изделия -- это получение изделия в [[Состояние дееспособности|состоянии дееспособности]], которое определяется тем, что изделие соответствует всем требованиям, которые были для него утверждены. Помимо самого изделия, [[Технические требования|техническим требованиям]] должен удовлетворять также и процесс его создания. Для достижения этой цели, ответственный ''Координатор'':
 +
:# '''Курирует''' создание изделия, играя роли [[куратор продукта|куратора изделия]] ([[product owner]]) и [[Куратор проекта|куратора проекта]] ([[project owner]]) в случае отсутствия других сотрудников, закреплённых за этими ролями. Таким образом, ''Координатор'' решает, каким в рамках согласованных требований изделию и проекту быть.
 +
:# '''Тестирует''' изделие и, при необходимости, его части.
 +
:# '''Следит''' за ходом разработок и выполнением проекта, включая контроль за соблюдением бюджета, графика и объема работ.
 +
:# '''Инициирует''' изменения в требования к изделию или его созданию.
 +
:# '''Заводит''' под работу над изделием закрытый от общественности проект на [[Брацка Крынка|Брацкой Крынке]] в дополнение к вики-странице проекта на [[Брацка Правка|Брацкой Правке]].
 +
:# '''Отчитывается''' перед заказчиком о состоянии проекта, собирая, анализируя и обобщая информацию и тенденции.
 +
:# '''Обеспечивает''' приёмку изделия включая ту документацию, которая была согласована договором, либо мотивирует необходимость отказа от приёмки после сообщения подрядчика о полном выполнении работ по непосредственному созданию изделия.
 +
:# '''Вносит''' изменения в документацию, основываясь на данных разработок.
 +
 
 +
: Если в разработке участвуют сторонние подрядчики, ''Координатор'' также:
 +
:# '''Служит''' промежуточным звеном между заказчиком и подрядчиками, сообщая о проблемах, требующих разрешения.
 +
:# '''Организует''' видеоконференции или другие встречи сторон, заинтересованных в проекте, особенно, необходимые для разрешения возникающих в ходе проекта проблем.
 +
:# '''Запускает''' в действие процесс оплаты подрядчикам за выполненные ими работы. До создания организационных процедур, это подразумевает запрос руководителю или заказчику.
 +
: Непосредственное создание изделия открывается после решения заказчика это создание начать, как правило, когда в наличии присутствуют [[высшие требования|высшие]] и [[пользовательские требования]]. [[Технические требования]] и [[прототип]] могут быть доработаны параллельно с созданием дееспособного изделия. Создание изделия закрывается с приёмкой изделия и может быть возобновлено, если выяснятся проблемы с дееспособностью изделия.
 +
 
 +
===Перевод в эксплуатацию===
 +
: Основная цель действий по передаче изделия в эксплуатацию -- это получение изделия в [[Состояние применимости|состоянии применимости]], которое определяется тем, что изделие не только функционально, но и может быть использовано по тому назначению, для которого оно создавалось. Для достижения этой цели, ответственный ''Координатор'':
 +
:# '''Отвечает''' за ограничение дальнейшего доступа подрядчика к изделию.
 +
:# '''Публикует''' полученную от подрядчика документацию на ресурсах ''Облака''. Внутренняя, закрытая от общественности, документация, например, администраторские доступы к установленному программному обеспечению, публикуются на [[Брацка Крынка|Брацкой Крынке]]. Та документация, которая может быть открыта общественности без ограничений, публикуется на [[Брацка Правка|Брацкой Правке]].
 +
:# '''Способствует''' реализации перевода изделия из принятого от подрядчика до введённого в эксплуатацию. Это "способствование", в частности, может включать (а) уточнение у заказчика кто из [[#Персонал Bskol|Персонала Bskol]] будет администрировать созданное изделие, (б) передачу администраторам доступа к закрытой документации на [[Брацка Крынка|Брацкой Крынке]], (в) вместе с администраторами, детализацию порядка передачи изделия в эксплуатацию, (г) уточнение стандартных операционных процедур ([[standard operating procedure]] или [[SOP]]), мероприятий по защите изделия и инструкций по восстановлению в случае аварий, а также (д) найм подрядчиков на обслуживание. Обслуживание может включать оперативную помощь по запросу администраторов, периодические ревизии изделия и своевременное обновление программного обеспечения, если таковое задействовано
 +
:# '''Вносит''' изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
 +
: Перевод в эксплуатацию открывается не позднее получения готового изделия и заканчивается началом использования изделия, обычно, поначалу в процессе [[бэта-тестирование|бэта-тестирования]].
 +
 
 +
===Управление изделием===
 +
: Основная цель действий по управлению изделием -- это получение изделия в [[Состояние управляемости|состоянии управляемости]], которое определяется тем, что изделие не только используется по тому назначению, для которого оно создавалось, но и управляется. Это управление подразумевает как совершенствование и улучшение характеристик изделия, так и решения об окончании эксплуатации или замене. Для достижения этой цели, ответственный ''Координатор'':
 +
:# '''Следит''' за эксплуатацией изделия, работой администраторов, отзывами пользователей и тенденциях на тех рынках, которые с этим изделием связанных. Речь идёт о коммерческих вариантах аналогов, комплектующих изделия, а также измемениях в факторах и процедурах их задумывания, дееспособности, применения и доводки.
 +
:# '''Организует''' видеоконференции или другие встречи сторон, заинтересованных в изделии, особенно, необходимые для обсуждения изделия, работы администраторов, отзывов пользователей и тенденций на рынках.
 +
:# '''Выявляет''' проблемы и возможности улучшений изделия или замены изделия другими решениями.
 +
:# '''Инвентаризует''' те проблемы и возможности, которые были выявлены.
 +
:# '''Представляет''' заказчику идентифицированные в инвентаризации проблемы и возможности для принятия решений об открытии новых проектов.
 +
:# '''Вносит''' изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
 +
: Управление изделием открывается не позднее перевода изделия в эксплуатацию и заканчивается отправкой изделия на пенсию.
  
===Подготовка===
+
==Цели работы Координатора==
:#Изучает содержимое тех вики-страниц в Брацкой Правке, которые относятся к выбранной системе.
+
Конечными результатами работы ''Координаторов'' являются '''[[#Целевые изделия|целевые изделия]]''' в различных '''[[#Состояния изделий|состояниях]]''' и '''[[#Области разработок|областях]]'''. В основной массе ''изделия'' разработаны подрядчиками на основе утверждённых описаний и доработаны ''Координаторами'' и/или другими участниками [[#Персонал Bskol|Персоналa Bskol]]. Oписания изделий производятся на [[Брацка Правка|Правке]] и включают описания замыслов по разработкам будущих изделий.
:#Исследует связанную с выбранной системой информацию во Всемирной Паутине вообще, а также на сайте разработчика и https://stackoverflow.com/ в частности.
 
:#Если система установлена, тестирует выбранную систему для определения её текущего состояния.
 
  
===Создание требований===
+
===Изделия===
:#Контактирует заинтересованные лица и уточняет описание будущей системы.
+
: Целью разработок Bskol есть изготовление новых продуктов или изменение продуктов уже существующих, включая:
:#Составляет список недоработок и план их разработки.
+
:* '''Административные процедуры''' для кадровых, финансовых, учётных и юридических операций ''организационной структуры'' Bskol.
:#Предлагает действия по разработке на утверждение заказчиком.
+
:* '''Документы''' обычно являются частью других изделий, но некоторые из них представляют изделия сами по себе. Например, типовой договор подряда задействуется для составления договоров с отдельными подрядчиками. Как правило, эти целевые документы публикуются на [[Брацка Правка|Брацкой Правке]].
 +
:* '''Должности''', то есть разработанные документально рабочие места сотрудников включённых в ''организационную структуру''. Эта самая вики-страница является разработкой одной из должностей Bskol.
 +
:* '''Информационные ресурсы''' для привлечения потенциальных партнёров и клиентов Bskol, такие как веб-сайты, материалы в социальных сетях, и рассылки, а также типовые сообщения, приглашения и рекламные объявления.
 +
:* '''Мероприятия''', то есть события Bskol, в которых физически или удалённо участвуют живые люди, такие как собеседования кандидатов в подрядчики, встречи профессионалов и конференции для потенциальных участников.
 +
:* '''Организационная структура''' для работы сотрудников и волонтёров Bskol; их права и обязанности определяются ''должностями''.
 +
:* '''Прилады''', которыми могут пользоваться нынешние и потенциальные ученики, подмастерья и сотрудники Bskol.
 +
:* '''Программное обеспечение''', которое может быть использовано в ''Облаке''.
 +
:* '''Связи''' с потенциальными и существующими клиентами, такими как участники, подрядчики и партнёры. Заинтересованные лица привлекаются к связям через (а) наймы подрядчиков на превращение утверждённых заказчиком описаний в изделия, (б) принятия сотрудников на разработанные должности, (в) участия потенциальных участников Bskol в организованных проектом мероприятиях.
 +
:* '''Содержимое прилад''', как, например, тексты, иллюстрации и мультимедийные материалы курсов Bskol.
 +
:* '''Трудовые ресурсы'''. Все изделия требуют работы над ними. Однако развитие трудовых ресурсов также является одним из конечных изделий проекта, а в плане развития профессиональных компетенций ''Координаторов'' -- его главной целью.
  
===Координация разработок===
+
===Развитие персонала===
:Исполняет план после его утверждения, в том числе:
+
:В плане развития трудовых ресурсов, результатами работы ''Координатора'' могут быть:
:#Помогает найти и отобрать подрядчиков, когда они нужны.
+
:# Рекрутирование подрядчиков и новых ''Координаторов'' путём:
:#Координирует приёмку готовых изделий и рассчёты с подрядчиками.
+
:#* Разработки объявлений, собственного сайта и других ресурсов.
:Следит за ходом разработок и:
+
:#* Размещения объявлений на специализированных сайтах, социальных сетях типа Телеграм и Инстаграм, а также других каналах.
:#Сообщает о проблемах, требующих разрешения.
+
:#* Проведения видеоконференций и других мероприятий для заинтересованных лиц.
:#Основываясь на данных разработок, вносит изменения в документацию.
+
:#* Нахождения партнёров среди коммерческих, общественных и государственных организаций.
 +
:# Развитие профессиональных знаний, навыков и умений существующих трудовых ресурсов и новых рекрутов.
 +
 
 +
===Области разработок===
 +
: Учеников на практике также призывают [[#Назовите свои|предложить свои темы и области]]. Опубликованные на этой вики-странице разработки сгруппированы по работам над изделиями Bskol в следующих областях:
 +
:* '''[[#Администрация Bskol|Администрация]]''' проекта [[Bskol]], охватывающая кадровые, юридические, финансовые и организационные вопросы.
 +
:* '''[[Брацко Облако|Брацко Облако]]''' (здесь и далее -- ''Облаком''). Наиболее полное описание всех технических проектов опубликовано на странице [[Работы над Облаком]]. Базируясь на утверждённой технической документации, результатами работы ''Координатора'' могут быть нехватающая система или её часть, программное обеспечение, содержимое системы, потребительская услуга и, вообще, работа того, что не работало. Как информационно-технический комплекс, ''Облако'' состоит из:
 +
:*# [[#Фермы|Ферм]], в том числе инструментов по их [[высокая доступность|высокой доступности]].
 +
:*# [[#Оплёт|Оплёта]], который обслуживает как пользовательские приложения называемые "приладами", так и напрямую пользователей.
 +
:*# Программного обеспечения (ПО) [[#Прилады|Прилад]]. Некоторые разработки прилад касаются только их ПО, некоторые -- только используемого в оказании услуг содержания, некоторые разработки объединяют и то, и другое.
 +
:* '''[[#Обслуживание клиентов|Обслуживание]]''' конечных потребителей, потенциальных участников и партнёров Bskol.
 +
:* '''[[#Присутствие на рынке|Присутствие]]''' услуг проекта и его участников на рынке труда и рынке бизнес-услуг.
 +
:* '''[[#Профессиональные услуги|Услуги]]''', в том числе профессиональная ориентация, подготовка и трудоустройство при поддержке волонтёров и [[#Прилады|Прилад]], а также бизнес-услуги участников проекта.
 +
: Некоторые изделия могут относиться к нескольким областям. Например, сессия практического тренинга является услугой, но объявления в её ходе могут иметь целью присутствие на рынке. Прилады могут рассматриваться как программное обеспечение, но дееспособные и наполненные содержимым прилады, прежде всего, являются услугами.
  
 
==Результаты==
 
==Результаты==
===Документы===
 
:Прежде всего, объём работы ''Координатора'' оценивается по объёму наработок ''Координатора'' на [[Брацка Правка|Брацкой Правке]], которая называет эти наработки "Вкладом". Документация отвечает на вопрос "что и как должно быть сделано?" Эти наработки включают как техническую, так и административную документацию. Описание работы ''Координатора'' на именно этой странице, которое также должно дорабатываться, является примером административной документации.
 
  
===Облако===
+
===Дополнительные===
:Базируясь на утверждённой технической документации, результатами работы ''Координатора'' могут быть нехватающая система или её часть, программное обеспечение, содержимое системы, потребительская услуга и, вообще, работа того, что не работало. Наиболее полное описание всех технических проектов опубликовано на странице [[Брацко Облако]].
+
: Дополнительные результаты -- это те [[#Конечные результаты|Конечные результаты]], ради которых разработка не затевалась, но которые были разработаны в качестве побочных продуктов.
 +
 
 +
===Промежуточные===
 +
: Как правило, [[#Конечные результаты|Конечные результаты]] включают в себя несколько промежуточных результатов. Изготовление новой прилады, например, невозможно без документов, которые описывают требования, и составление требований невозможно без мероприятий в виде встреч.
 +
: Для достижения промежуточных результатов, ''Координатор'' может следовать тому же порядку действий, что и результатов окончательных.
 +
 
 +
===Целевые===
 +
: Целевые результаты -- это те результаты, ради которых предпринимается разработка. Обычно, речь идёт о комплексе [[#Изделия|Изделий]].
 +
 
 +
==Состояния и готовности==
 +
 
 +
===Состояния изделий===
 +
: ''Координаторы'' работают над приведением изделия в одно или несколько из следующих состояний:
 +
:# '''[[Состояние замеченности]]''' -- в этом состоянии, будущее изделие существует в виде замеченной и задокументированной идеи.
 +
:# '''[[Состояние определённости]]''' -- в этом состоянии, будущее изделие существует в виде полноценного [[Соглашение об изготовлении|Соглашения об изготовлении]].
 +
:# '''[[Состояние дееспособности]]''' -- в этом состоянии, изделие уже создано в соответствии со всеми требованиями, которые были для него утверждены.
 +
:# '''[[Состояние применимости]]''' -- в этом состоянии, изделие не только функционально, но и может быть использовано по тому назначению, для которого оно создавалось.
 +
:# '''[[Состояние управляемости]]''' -- в этом состоянии, изделие не только используется по тому назначению, для которого оно создавалось, но и управляется, то есть изделие либо совершенствуется и его характеристики улучшается, либо изымается из экплуатации.
 +
: На практике, эти состояния не всегда представляют собой иерархию из пяти уровней, в которой более высокий уровень включает в себя состояния низших уровней. Однако ''Координаторы'' должны стремиться к этому идеалу, например, невозможно полноценно говорить о применимости без дееспособности, об управляемости без определённости и так далее.
 +
 
 +
===Носители определённости===
 +
:* '''[[Высшие требования]]''' -- описание тех потребностей, для удовлетворения которых предпринимается разработка продукта.
 +
:* '''[[Прототип]]''' (от греческих "prōtos" в значении "первый", "изначальный" и "typos" в значении "оттиск", "слепок", узор") -- экземпляр, образец или модель по примеру которой изготавливаются или дорабатываются другие. В разработке изделий прототипы часто строятся для проверки восприятия, концепции или процесса. Прототипы могут как подбираться из существующих изделий, так и изготавливаться в ходе проекта.
 +
:* '''[[Пользовательские требования]]''' -- описание будущего изделия сделанное от лица различных типов его пользователей.
 +
:* '''[[Рабочие требования]]''' -- описание условий изготовления будущего изделия.
 +
:* '''[[Технические требования]]''' -- комплекс заданий изготовителям изделия касаемых его требуемых характеристик.
 +
:* '''[[Соглашение об изготовлении]]''' -- утверждённые как заказчиком, так и изготовителем условия изготовления, включающие объём, график и бюджет работ. ''Договорённость'' может принимать две формы:<ol type="1"><li>[[Контракт]] -- юридически-обязывающая договорённость между заказчиком и подрядчиком на изготовление изделия.</li><li>[[Рабочая инструкция по изготовлению]] -- подробное описание процедур необходимых для изготовления.</li></ol>Полноценное соглашение должно включать критерии приемлемости изделия, а также:<ol type="a"><li>либо график и бюджет,</li><li>либо те принципы, по которым будут определяться сроки и стоимости работ.</li></ol>Критерии приемлемости изделия должны отражать объём работ.
 +
 
 +
===Уровни готовности===
 +
:Для '''[[#Состояния изделий|состояний изделий]]''', ''Координаторы'' работают над одним из следующих уровней готовности:
 +
:#''[[Уровень разработки|Разработка]]'', когда работа над соответствующим состоянием начата, но само состояние ещё не достигнуто.
 +
:#''[[Уровень операций|Операции]]'', когда состояние уже достигнуто, но требует периодической ревизии.
 +
 
 +
:[[Состояние определённости]] характеризуется наличием нескольких [[#Носители определённости|носителей определённости]]. Каждый из носителей имеет несколько уровней готовности:
 +
:#''[[Требование в разработке|В разработке]]'', когда работа над конкретным носителем начата, но он ещё пока не предложен на согласование.
 +
:#''[[Требование на согласовании|На согласовании]]'', когда конкретный носитель предложен на согласование, но пока ещё не согласован.
 +
:#''[[Требование согласовано|Согласовано]]'', когда носитель согласован. Согласование всех носителей, кроме [[Соглашение об изготовлении|Соглашения об изготовлении]], осуществляет заказчик. Согласование [[контракта]] осуществляет подрядчик. [[Рабочая инструкция по изготовлению]] становится рабочей после обкатки в аналогичных разработках.
 +
 
 +
==Факторы проектов==
 +
 
 +
===Администраторы в Bskol===
 +
: Для целей этой вики-страницы, администрирование определено как управление чем-либо и кем-либо. В Bskol, можно различить несколько типов администраторов:
 +
:* '''Администраторы Bskol''' -- это те сотрудники [[Персонал Bskol|Персонала Bskol]], которые управляют группами разработок, операций и изделий Bskol. Администраторов Bskol можно описать как супер-администраторов изделий Bskol. Фактически, администратор Bskol -- это руководитель и все, кто им или ей назначены администрировать ту или иную группу разработок, операций и изделий.
 +
:* '''Администраторы изделий''' -- те сотрудники [[Персонал Bskol|Персонала Bskol]], которым ''администраторы Bskol'' передали в управление то или иное изделие после его изготовления. Во время его создания администрирование изделий ведут ''Координаторы''. Наивысшим администратором каждого изделия является как минимум один из администраторов Bskol.
 +
:* '''Администраторы прилад''' -- те сотрудники [[Персонал Bskol|Персонала Bskol]], которым в приладах даны роли выше пользовательских. Например, администратор Правки может защищать страницы от редактирования неадминистраторами. Самыми высокими ролями в приладах владеют [[Сисадмин Bskol|Системными администраторами]]; они и управляют назначением администраторов в приладах.
 +
:* '''[[Сисадмин Bskol|Системныe администраторы]]''' -- это выделенная должность, предназначенная для тех сотрудников, которые администрируют технологические системы Ферм, Оплёта и ПО прилад. Наивысшим администратором каждой прилады является как минимум один из системных администраторов, потому последних можно описать как супер-администраторов прилад.
 +
 
 +
===Заказчик Bskol===
 +
: Заказчик предоставляет требования к будущим изделиям и оплачивает бюджеты проектов. Простыми словами, заказчик заказывает изделия и платит за их изготовление. Работа ''Координатора'' оплачивается постольку, поскольку она является частью разработки изделия. Заказчик подразумевает, что ''Координатор'' отрабaтывает проекты руководствуясь инструкциями изложенными на данной вики-странице. По доброте душевной и в целях профессиональной подготовки, заказчик может делать работу ''Координатора'' временно до той поры, пока заказчик верит в то, что ''Координатор'' когда-то сможет работать самостоятельно.
 +
 
 +
===Персонал Bskol===
 +
:# ''Координаторы'' способствуют реализации проектов действуя согласно [[#Порядок разработок|Порядку разработок]].
 +
:# '''[[Сисадмин Bskol|Системныe администраторы]]''' обеспечивают стабильность операций ''Облака'' и консультируют по технологическим разработкам.
 +
:# '''[[Рекрутер Bskol|Рекрутеры]]''' обеспечивают наличие рекрутингового процесса, наличие кандидатов в ''Координаторы'' и, при наличии одобрения заказчика, на другие штатные должности в рекрутинговом "трубопроводе", а также консультируют по тем разработкам, которые касаются рекрутинга. В своих проектах, ''Координаторы'' также играют роли рекрутеров и берут на себя найм подрядчиков. В отличие от рекрутеров, ''Координаторы'' обсуждают с кандидатами требования и другие документы проектов. К рекрутерам ''Координаторы'' обращаются в тех случаях, когда собственных компетенций или ресурсов для привлечения подрядчиков не достаточно.
 +
:# '''Руководитель проекта''' отвечает за разрешение административных, кадровых, финансовых, юридических и организационных вопросов. В частности, руководитель закрепляет проекты за ''Координаторами'', размещает объявления о найме подрядчиков, даёт координаторам рекрутерские доступы и оплачивает бюджеты проектов. Руководителя можно назвать "супер-координатором". Если координатор работает над одним проектом, который сам и выбирает, руководитель отвечает за всю группу разработок и операций, включая финансы, кадры, администрацию тех же координаторов и так далее. В данный момент, руководителя заменяет заказчик, но делает он это временно, до того, как таковой человек или люди найдутся.
 +
: Хотя ''подрядчики'' формально не входят в персонал проекта, они являются важной составляющей разработок проекта.
 +
 
 +
===Сроки===
 +
: ''Координатор'' работает над одним проектом обычно до трёх и, в исключительных случаях, до пяти недель.
 +
:# В первую неделю он или она знакомится с проектом. По окончанию ознакомления ''Координатор'' должен быть способен объяснить то, что описано на соответствующих проекту вики-страницах, и быть готовым к обсуждению с заказчиком нулевого прогона.
 +
:# Начиная со второй недели и заканчивая предпоследней, он или она ведёт прогон изделия, следуя [[#Порядок разработок|Порядку разработок]].
 +
:# В последнюю неделю он или она завершает работу с проектом, документируя свой прогон и те данные, которые вскрылись в ходе этого прогона
 +
: Проекты могут накладываться друг на друга. Например, последняя неделя работы над одним проектом может быть первой неделей работы над другим проектом. Для старших ''Координаторов'', ограничений нет.
 +
 
 +
==Факторы найма подрядчиков==
 +
===Как не надо нанимать===
 +
: Вот пример того, как ''Координатору'' '''не следует''' нанимать подрядчиков:
 +
:# Находим человека или несколько человек, которые согласны взяться за данную разработку и хорошо говорят, пишут, выглядят, вовремя выходят на связь, быстро отвечают и так далее.
 +
:# Связываемся (желательно звонком) для уточнения их требований по оплате и обещаний по срокам.
 +
:# Присуждаем контракт тому или той, кто предлагает лучшие условия, и отказываем другим.
  
===Сотрудники===
+
===Как надо нанимать===
:И документация, и технология требуют сотрудников. Базируясь на административной документации, результатами работы ''Координатора'' могут быть:
+
: Вот пример того, как ''Координатору'' следует нанимать подрядчиков:
:#Рекрутирование подрядчиков и новых ''Координаторов''.
+
:# Знать те критерии, которые определяют [[Состояние определённости]].
:#Тренинг новых рекрутов. За окончание трёх курсов перспективным ''Координаторам'' в Украине выплачивается стипендия в 1000 гривен; бюджет в 100000 гривен зарезервирован.
+
:# Проверить, достигнуто ли [[Состояние определённости]] для разрабатываемого изделия.
 +
:# Если [[Состояние определённости]]:
 +
:#* '''Не достигнуто''', проверить исчерпаны ли те ресурсы, которые доступны ''Координатору'' без привлечения внешних консультантов. Если ресурсы исчерпаны, искать внешние ресурсы, например, дать объявление на поиск консультантов или пытаться найти таких подрядчиков, которые помогут достичь это состояние. Если и внутренние, и внешние ресурсы исчерпаны, но состояние так и не достигнуто, оформить дополнительный проект, сделав контракт его искомым изделием.  
 +
:#* '''Достигнуто''', действовать далее по рубрике [[#Как не надо нанимать|Как не надо нанимать]]; после выполнения предыдущих пунктов, она имеет смысл.
 +
: Контракт должен включать описание того, что мы должны получить, удовлетворяющее измеряемым критериям приемлемости, а также когда и за сколько мы это получим. Если что-то из тройки "объём работы, сроки, бюджет" не определено, то мы получим то, что нам надо в одном случае из 100. В 99 остальных случаях, мы получим либо то, что нам не надо, либо за те деньги, на которые мы не рассчитываем, либо тогда, когда нам это уже не будет нужно.
  
==Объявление о поиске==
+
===Собеседования для подряда===
 +
:Найм людей -- отличный способ узнать об аспектах проекта и получаемого в его процессе изделия. Идеально проведённые собеседования добавляют документации на Правку.
  
===Вимоги===
+
===Заявки в подрядчики===
:Формальных требований нет. Ассистент нанимается для помощи в создании описанного ниже комплекса услуг (то есть, целевого результата). Если этот комплекс услуг не появится, то смысла работать просто нет.
+
:Мы можем публиковать полученные заявки, но не публикуем имена подрядчиков, так как они нам на публикацию разрешений не давали. С юридической точки зрения, мы не можем публиковать конфиденциальную информацию наших подрядчиков.
  
===Кого мы ищем===
+
==Привлечение Координаторов==
:Вам должно быть интересно:
 
:*Работать не по инструкции и брать на себя риск сделать что-то не так. На информационных проектах, без «не так» так обычно не получается.
 
:*Перейти на работу в сфере информационных технологий с минимальной затратой времени и без расходов на тренинг.
 
:*Если начать работать в качестве ассистента сразу сложно, начать в качестве ученика. То есть, начать учиться и работать с небольшой оплатой, которая быстро растёт с повышением Ваших квалификаций.
 
  
===Умови роботи===
+
Не существует некоего простого индикатора, по которому можно было бы судить, сможет ли человек стать профессиональным ''Координатором'' и, если сможет, то привлекёт его или её такая работа. Потому для участия в проекте [[Bskol]] [[#Поиск кандидатов|приглашаются все желающие]]; каждому из них предлагается [[Подготовка Координаторов|полная подготовка]] и возможность попробовать себя в таком качестве.
:*Онлайн.
 
:*График свободный за исключением 15-минутных планёрок раз в день. Требований по объёму рабочего времени нет.
 
:*Конкретное месторасположение ассистента значения не имеет!
 
:*Оплата PayPal или Payoneer.
 
  
===Обов’язки===
+
===Поиск кандидатов===
:*Определение обовязков — главный обовязок. Конечный продукт работы абсолютно конкретен. Конкретики по тому, что и когда надо делать для того, чтобы получить этот результат нет и на создание этой конкретики ассистент и нанимается.
+
: Поиск кандидатов осуществляется в соответствии с [[Поиск участников Bskol|Поиском участников Bskol]]. Из всех публиковавшихся, наиболее полное объявление размещено на вики-странице [[Людям с улицы]].
:*Руководитель проекта совершенно не знает ситуации на месте.
 
:*Вашими задачами будут доведение продукта (то есть, целевого результата) до готовности и привлечение будущих подмастерьев.
 
:*Если для создания продукта будут требоваться подрядчики, то также их найм.
 
:*Вы будете предлагать руководителю свой план работы и, по утверждению плана, реализовывать его.
 
  
===Описание целевого результата===
+
===Подготовка Координаторов===
:Целевой результат -- это то, что должно получиться. В результате совместной работы руководителя и ассистента должен появиться комплекс услуг для тех, кто хочет начать работу в сфере информационных технологий (так называемом «ай-ти»). Требуется доработать процесс нахождения желающих учиться и работать одновременно, отбора потенциальных подмастерьев, первоначальный тренинг и сопровождение их до момента трудоустройства. Учёба для будущих подмастерьев бесплатна, работа подмастерьев оплачиваема. Все расходы несут будущие работодатели. Рабочее название комплекса услуг — «Лестница к Профессии». Предварительное его описание можно найти по этой ссылке — https://pravka.bskol.com/ru/%D0%9B%D0%B5%D1%81%D1%82%D0%BD%D0%B8%D1%86%D0%B0_%D0%BA_%D0%9F%D1%80%D0%BE%D1%84%D0%B5%D1%81%D1%81%D0%B8%D0%B8 — мы отвечаем только за первые два курса, Вводку и Техобзор, и семинар «Выбор Профессии». Дальше с подмастерьями будут заниматься работодатели.
+
: Для теоретической подготовки ''Координаторов'', созданы 3 курса -- [[Брацка Вводка]], [[Брацки Техобзор]] и [[Выбор Профессии]]. Практика на последнем из трёх курсов призвана закрепить теоретические знания, а также выявить способность и желание кандидата к работе на проектах.
  
===Як почати===
+
===Следующие должности===
:#В качестве ассистента: У Вас есть вопросы? Если нет, что Вы планируете делать на этой работе? Руководитель говорит по-руски, размаўляе беларускою, добре розуміе українськую — пишите на любом языке.
+
: ''Координатор'' -- это временная должность, ограниченная временем прохождения практики. Не каждого человека привлекает работа над созданием чего-то нового. Не каждый и способен работать в условиях неопределённости.
:#В качестве ученика: Завести запись на https://opplet.net/user/register и на https://ucebka.bskol.com/ записаться на курс «Брацка Вводка». Первые три курса могут занять до недели. По завершению третьего курса, Вы начнёте работать в качестве ученика. Через полгода, если не ранее, Вы сможете работать самостоятельно.
+
:* Если работа ''Координатора'' подходит участнику, он или она двигаются в сторону бизнес-аналитика, инженера систем, координатора работы с партнёрами, организатора мероприятий, создателя информационной структуры или решений, разработчика изделий или удобства пользователя, а также руководителя изделий, информационных ресурсов или разработок и других профессий в проектах.
 +
:* В случае неспособности или отсутствия желания, участник продвигается до администратора контрактов или систем, аналитика удобства пользования, бухгалтера, графического дизайнера, инженера-эксплуатационщика, закупщика, специалиста по работе с заказчиками, а также руководителя комплектации и других профессий в операциях.
  
===Отбор===
+
: В ходе третьего курса ученики должны быть представлены разным профессиям от программиста до бухгалтера. Специальность будет выбираться по итогам практики и далее надо будет подбирать учебную программу с партнёром и организовывать стажировку. Стажировку организовать мы надеемся сами, а вот учебные заведения подменить будет сложно. Не предвидится ничего не реального, но всё требует разработки. Пока третий курс не готов, ''Координаторы'' могут работать над ним в рамках [[Работы над Bskol|Работ над Bskol]].
:Процесс отбора кандидатов на ассистента не структурирован — работа будет предложена любому, кто может работать. Если Вы определились, что будете делать, мы назначим встречу для оговора оплаты и других деталей работы. В качестве учеников берём всех желающих, пока бюджет позволяет.
 
  
===Ответы на часто задаваемые вопросы===
+
==Связанные лектио==
:Мы используем собственное обеспечене видеоконференций, типа зума, только покачественней. Команды разработчиков нет. Проект в стадии тестирования и доводки. Штат — руководитель и несколько фрилансеров. Работа по договору — устному или электронному. Задачи от руководства Вам напрямую уже поставлены.
+
*[[Опыт Координатора]]

Текущая версия на 16:15, 22 ноября 2022

Координаторы Bskol -- это ученики проекта Bskol на практике. Эта практика является одновременно начальной работой и частью третьего курса Выбор Профессии. На практике, ученики работают в должности называемой Координатор информационных проектов (IT project coordinator или ITPC; здесь и далее по тексту -- Координатор).


Проекты

Проект -- это работа по получению результатов. Для очерчивания порядка разработок, изначально создавалась вики-страница Работа в Брацкой Школе.

Списки профинансированных

Одобренные для финансирования и доступные для Координаторов проекты собраны на трёх вики-страницах:
  1. Работы над Bskol для разработок услуг по подготовке к трудоустройству и его получения для тех, кто находится на рынке труда или собирается там быть.
  2. Робота над iDosvid (на украинском языке) для разработок услуг по профессиональной ориентации школьников общеобразовательных школ и получения первоначального опыта.
  3. CNM Cloud Usable (на английском языке; русскоязычная версия -- Работы над Облаком) для разработок комплекса технологий под названием Брацко Облако.

Выбор проекта

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

Что Координатор делает

Каждая разработка может иметь своего ответственного Координатора. Для каждого проекта, над которым Координатор работает, он или она документирует результаты поисков, разработок, утверждений. Кроме того, в течение одного прогона, он или она готовится к созданию изделия, курирует его создание, переводит изделие в эксплуатацию и/или курирует управление его развитием.

Определение изделия

Основная цель действий по планированию изделия и его создания -- это получение изделия в состоянии определённости, которое определяется наличием Соглашения об изготовлении. Другими словами, планирование -- это получение такого описания изделия и процесса его разработки, которое позволяет эту разработку начать. Для достижения этой цели, ответственный Координатор:
  1. Выявляет те доступные ресурсы, которые должны или могут задействоваться в разработке без дополнительных расходов. Людские ресурсы включают Персонал Bskol. Другие ресурсы включают те данные, которые представлены в трёх курсах Лестницы к Профессии, на вики-страницах Правки, существующие прототипы и готовые изделия, а также доступные во Всемирной Паутине и других источниках материалы. Для готовых продуктов обычно полезны вебсайты разработчиков и профессиональные ресурсы типа https://stackoverflow.com/.
  2. Собирает данные, пользуясь выявленными ресурсами. Это изучение включает общение с заинтересованными лицами, анализ документов и тестирование тех прототипов и готовых продуктов, которые доступны.
  3. Выбирает те ресурсы и те данные, которые будут задействованы в разработке.
  4. Инвентаризует те данные, инструменты, материалы, прототипы и факторы, которые были выявлены как должные или могущие быть задействоваными в разработке.
  5. Описывает будущее изделие и его возможное изготовление, опираясь на идентифицированные в инвентаризации ресурсы. Описание должно включать (а) высшие, (б) пользовательские, (в) заготовку технических требований к изделию, (г) рабочих требований к его разработке, а также (д) намётки Соглашения об изготовлении.
  6. Удостоверяется в том, что заказчику изделия нужно именно изделие, отвечающее описанным высшим требованиям.
  7. Приводит пользовательские требования в соответствие требованиям высшим.
  8. Формулирует разницу между тем, что есть, и тем, что надо. Эта выявленная разница должна быть адресована техническими требованиями.
  9. Проверяет технические требования на полноту. Полнота характеризуется наличием (а) условий как функциональности, так и применимости изделия, (б) спецификаций как к будущему изделию, так и к процессу разработки. Условия применимости должны включать задания по документации изделия, то есть системные схемы, перечень необходимых доступов, а также наличие рабочей инструкции по эксплуатации (standard operating procedure или SOP), мероприятий по защите изделия и инструкций по восстановлению в случае аварий.
  10. Оценивает необходимо ли привлекать к изготовлению сторонних подрядчиков и, если необходимо, требуется ли их помощь для создания технических, рабочих требований и текста контракта.
  11. Представляет данные заказчику для принятия решения либо о привлечении подрядчиков, либо о создании изделия собственными силами. Любое положительное решение открывает финансирование работ по созданию.
  12. Доводит требования и другие документы разработки до полноценности. Эти документы могут доводиться уже после изготовления функционального изделия.
Если дальнейшее создание будет вестись без привлечения подрядчиков, заказчик может авторизовать его начало до готовности Соглашения об изготовлении. В этом случае, требования дорабатываются с учётом данных полученных в процессе создания.
Если сторонние подрядчики необходимы, Координатор далее:
  1. Подготавливает найм подрядчиков на разработку, в том числе, разрабатывает тексты объявлений на привлечение и варианты их размещания, формирует список консультантов и потенциальных разработчиков, а также организует сообщество на Сетке и планирует видеоконференции, на которые будут приглашаться все заинтересованные в разработке.
  2. Приглашает подрядчиков на разработку и, параллельно, уточнение технических требований и контракта, включающего объём работ, график и бюджет разработки.
  3. Ассистирует в процессе найма подрядчиков на разработку, включая отбор наиболее перспективных кандидатов, переговоры, заключение контракта на разработку и ввод подрядчиков в работу. Исторически, требования дорабатываются в процессе рекрутирования. Если требования не могут быть сформулированы в процессе рекрутирования, они сами становятся целевым изделием проекта.
  4. Сообщает заказчику о готовности договора или контракта подряда к заключению. Заключение контракта авторизует финансирование создание изделия подрядчиками. С одним из консультантов может быть заключён контракт на консультации и/или участие в видеоконференциях.
Планирование как самого изделия, так и процесса его создания открывается до начала работ по непосредственному созданию изделия и, даже в случае привлечения подрядчиков, периодически возобновляеся уже после начала, так как создание всегда вскрывает новые факторы и требования.

Создание изделия

Основная цель действий по созданию изделия -- это получение изделия в состоянии дееспособности, которое определяется тем, что изделие соответствует всем требованиям, которые были для него утверждены. Помимо самого изделия, техническим требованиям должен удовлетворять также и процесс его создания. Для достижения этой цели, ответственный Координатор:
  1. Курирует создание изделия, играя роли куратора изделия (product owner) и куратора проекта (project owner) в случае отсутствия других сотрудников, закреплённых за этими ролями. Таким образом, Координатор решает, каким в рамках согласованных требований изделию и проекту быть.
  2. Тестирует изделие и, при необходимости, его части.
  3. Следит за ходом разработок и выполнением проекта, включая контроль за соблюдением бюджета, графика и объема работ.
  4. Инициирует изменения в требования к изделию или его созданию.
  5. Заводит под работу над изделием закрытый от общественности проект на Брацкой Крынке в дополнение к вики-странице проекта на Брацкой Правке.
  6. Отчитывается перед заказчиком о состоянии проекта, собирая, анализируя и обобщая информацию и тенденции.
  7. Обеспечивает приёмку изделия включая ту документацию, которая была согласована договором, либо мотивирует необходимость отказа от приёмки после сообщения подрядчика о полном выполнении работ по непосредственному созданию изделия.
  8. Вносит изменения в документацию, основываясь на данных разработок.
Если в разработке участвуют сторонние подрядчики, Координатор также:
  1. Служит промежуточным звеном между заказчиком и подрядчиками, сообщая о проблемах, требующих разрешения.
  2. Организует видеоконференции или другие встречи сторон, заинтересованных в проекте, особенно, необходимые для разрешения возникающих в ходе проекта проблем.
  3. Запускает в действие процесс оплаты подрядчикам за выполненные ими работы. До создания организационных процедур, это подразумевает запрос руководителю или заказчику.
Непосредственное создание изделия открывается после решения заказчика это создание начать, как правило, когда в наличии присутствуют высшие и пользовательские требования. Технические требования и прототип могут быть доработаны параллельно с созданием дееспособного изделия. Создание изделия закрывается с приёмкой изделия и может быть возобновлено, если выяснятся проблемы с дееспособностью изделия.

Перевод в эксплуатацию

Основная цель действий по передаче изделия в эксплуатацию -- это получение изделия в состоянии применимости, которое определяется тем, что изделие не только функционально, но и может быть использовано по тому назначению, для которого оно создавалось. Для достижения этой цели, ответственный Координатор:
  1. Отвечает за ограничение дальнейшего доступа подрядчика к изделию.
  2. Публикует полученную от подрядчика документацию на ресурсах Облака. Внутренняя, закрытая от общественности, документация, например, администраторские доступы к установленному программному обеспечению, публикуются на Брацкой Крынке. Та документация, которая может быть открыта общественности без ограничений, публикуется на Брацкой Правке.
  3. Способствует реализации перевода изделия из принятого от подрядчика до введённого в эксплуатацию. Это "способствование", в частности, может включать (а) уточнение у заказчика кто из Персонала Bskol будет администрировать созданное изделие, (б) передачу администраторам доступа к закрытой документации на Брацкой Крынке, (в) вместе с администраторами, детализацию порядка передачи изделия в эксплуатацию, (г) уточнение стандартных операционных процедур (standard operating procedure или SOP), мероприятий по защите изделия и инструкций по восстановлению в случае аварий, а также (д) найм подрядчиков на обслуживание. Обслуживание может включать оперативную помощь по запросу администраторов, периодические ревизии изделия и своевременное обновление программного обеспечения, если таковое задействовано
  4. Вносит изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
Перевод в эксплуатацию открывается не позднее получения готового изделия и заканчивается началом использования изделия, обычно, поначалу в процессе бэта-тестирования.

Управление изделием

Основная цель действий по управлению изделием -- это получение изделия в состоянии управляемости, которое определяется тем, что изделие не только используется по тому назначению, для которого оно создавалось, но и управляется. Это управление подразумевает как совершенствование и улучшение характеристик изделия, так и решения об окончании эксплуатации или замене. Для достижения этой цели, ответственный Координатор:
  1. Следит за эксплуатацией изделия, работой администраторов, отзывами пользователей и тенденциях на тех рынках, которые с этим изделием связанных. Речь идёт о коммерческих вариантах аналогов, комплектующих изделия, а также измемениях в факторах и процедурах их задумывания, дееспособности, применения и доводки.
  2. Организует видеоконференции или другие встречи сторон, заинтересованных в изделии, особенно, необходимые для обсуждения изделия, работы администраторов, отзывов пользователей и тенденций на рынках.
  3. Выявляет проблемы и возможности улучшений изделия или замены изделия другими решениями.
  4. Инвентаризует те проблемы и возможности, которые были выявлены.
  5. Представляет заказчику идентифицированные в инвентаризации проблемы и возможности для принятия решений об открытии новых проектов.
  6. Вносит изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
Управление изделием открывается не позднее перевода изделия в эксплуатацию и заканчивается отправкой изделия на пенсию.

Цели работы Координатора

Конечными результатами работы Координаторов являются целевые изделия в различных состояниях и областях. В основной массе изделия разработаны подрядчиками на основе утверждённых описаний и доработаны Координаторами и/или другими участниками Персоналa Bskol. Oписания изделий производятся на Правке и включают описания замыслов по разработкам будущих изделий.

Изделия

Целью разработок Bskol есть изготовление новых продуктов или изменение продуктов уже существующих, включая:
  • Административные процедуры для кадровых, финансовых, учётных и юридических операций организационной структуры Bskol.
  • Документы обычно являются частью других изделий, но некоторые из них представляют изделия сами по себе. Например, типовой договор подряда задействуется для составления договоров с отдельными подрядчиками. Как правило, эти целевые документы публикуются на Брацкой Правке.
  • Должности, то есть разработанные документально рабочие места сотрудников включённых в организационную структуру. Эта самая вики-страница является разработкой одной из должностей Bskol.
  • Информационные ресурсы для привлечения потенциальных партнёров и клиентов Bskol, такие как веб-сайты, материалы в социальных сетях, и рассылки, а также типовые сообщения, приглашения и рекламные объявления.
  • Мероприятия, то есть события Bskol, в которых физически или удалённо участвуют живые люди, такие как собеседования кандидатов в подрядчики, встречи профессионалов и конференции для потенциальных участников.
  • Организационная структура для работы сотрудников и волонтёров Bskol; их права и обязанности определяются должностями.
  • Прилады, которыми могут пользоваться нынешние и потенциальные ученики, подмастерья и сотрудники Bskol.
  • Программное обеспечение, которое может быть использовано в Облаке.
  • Связи с потенциальными и существующими клиентами, такими как участники, подрядчики и партнёры. Заинтересованные лица привлекаются к связям через (а) наймы подрядчиков на превращение утверждённых заказчиком описаний в изделия, (б) принятия сотрудников на разработанные должности, (в) участия потенциальных участников Bskol в организованных проектом мероприятиях.
  • Содержимое прилад, как, например, тексты, иллюстрации и мультимедийные материалы курсов Bskol.
  • Трудовые ресурсы. Все изделия требуют работы над ними. Однако развитие трудовых ресурсов также является одним из конечных изделий проекта, а в плане развития профессиональных компетенций Координаторов -- его главной целью.

Развитие персонала

В плане развития трудовых ресурсов, результатами работы Координатора могут быть:
  1. Рекрутирование подрядчиков и новых Координаторов путём:
    • Разработки объявлений, собственного сайта и других ресурсов.
    • Размещения объявлений на специализированных сайтах, социальных сетях типа Телеграм и Инстаграм, а также других каналах.
    • Проведения видеоконференций и других мероприятий для заинтересованных лиц.
    • Нахождения партнёров среди коммерческих, общественных и государственных организаций.
  2. Развитие профессиональных знаний, навыков и умений существующих трудовых ресурсов и новых рекрутов.

Области разработок

Учеников на практике также призывают предложить свои темы и области. Опубликованные на этой вики-странице разработки сгруппированы по работам над изделиями Bskol в следующих областях:
  • Администрация проекта Bskol, охватывающая кадровые, юридические, финансовые и организационные вопросы.
  • Брацко Облако (здесь и далее -- Облаком). Наиболее полное описание всех технических проектов опубликовано на странице Работы над Облаком. Базируясь на утверждённой технической документации, результатами работы Координатора могут быть нехватающая система или её часть, программное обеспечение, содержимое системы, потребительская услуга и, вообще, работа того, что не работало. Как информационно-технический комплекс, Облако состоит из:
    1. Ферм, в том числе инструментов по их высокой доступности.
    2. Оплёта, который обслуживает как пользовательские приложения называемые "приладами", так и напрямую пользователей.
    3. Программного обеспечения (ПО) Прилад. Некоторые разработки прилад касаются только их ПО, некоторые -- только используемого в оказании услуг содержания, некоторые разработки объединяют и то, и другое.
  • Обслуживание конечных потребителей, потенциальных участников и партнёров Bskol.
  • Присутствие услуг проекта и его участников на рынке труда и рынке бизнес-услуг.
  • Услуги, в том числе профессиональная ориентация, подготовка и трудоустройство при поддержке волонтёров и Прилад, а также бизнес-услуги участников проекта.
Некоторые изделия могут относиться к нескольким областям. Например, сессия практического тренинга является услугой, но объявления в её ходе могут иметь целью присутствие на рынке. Прилады могут рассматриваться как программное обеспечение, но дееспособные и наполненные содержимым прилады, прежде всего, являются услугами.

Результаты

Дополнительные

Дополнительные результаты -- это те Конечные результаты, ради которых разработка не затевалась, но которые были разработаны в качестве побочных продуктов.

Промежуточные

Как правило, Конечные результаты включают в себя несколько промежуточных результатов. Изготовление новой прилады, например, невозможно без документов, которые описывают требования, и составление требований невозможно без мероприятий в виде встреч.
Для достижения промежуточных результатов, Координатор может следовать тому же порядку действий, что и результатов окончательных.

Целевые

Целевые результаты -- это те результаты, ради которых предпринимается разработка. Обычно, речь идёт о комплексе Изделий.

Состояния и готовности

Состояния изделий

Координаторы работают над приведением изделия в одно или несколько из следующих состояний:
  1. Состояние замеченности -- в этом состоянии, будущее изделие существует в виде замеченной и задокументированной идеи.
  2. Состояние определённости -- в этом состоянии, будущее изделие существует в виде полноценного Соглашения об изготовлении.
  3. Состояние дееспособности -- в этом состоянии, изделие уже создано в соответствии со всеми требованиями, которые были для него утверждены.
  4. Состояние применимости -- в этом состоянии, изделие не только функционально, но и может быть использовано по тому назначению, для которого оно создавалось.
  5. Состояние управляемости -- в этом состоянии, изделие не только используется по тому назначению, для которого оно создавалось, но и управляется, то есть изделие либо совершенствуется и его характеристики улучшается, либо изымается из экплуатации.
На практике, эти состояния не всегда представляют собой иерархию из пяти уровней, в которой более высокий уровень включает в себя состояния низших уровней. Однако Координаторы должны стремиться к этому идеалу, например, невозможно полноценно говорить о применимости без дееспособности, об управляемости без определённости и так далее.

Носители определённости

  • Высшие требования -- описание тех потребностей, для удовлетворения которых предпринимается разработка продукта.
  • Прототип (от греческих "prōtos" в значении "первый", "изначальный" и "typos" в значении "оттиск", "слепок", узор") -- экземпляр, образец или модель по примеру которой изготавливаются или дорабатываются другие. В разработке изделий прототипы часто строятся для проверки восприятия, концепции или процесса. Прототипы могут как подбираться из существующих изделий, так и изготавливаться в ходе проекта.
  • Пользовательские требования -- описание будущего изделия сделанное от лица различных типов его пользователей.
  • Рабочие требования -- описание условий изготовления будущего изделия.
  • Технические требования -- комплекс заданий изготовителям изделия касаемых его требуемых характеристик.
  • Соглашение об изготовлении -- утверждённые как заказчиком, так и изготовителем условия изготовления, включающие объём, график и бюджет работ. Договорённость может принимать две формы:
    1. Контракт -- юридически-обязывающая договорённость между заказчиком и подрядчиком на изготовление изделия.
    2. Рабочая инструкция по изготовлению -- подробное описание процедур необходимых для изготовления.
    Полноценное соглашение должно включать критерии приемлемости изделия, а также:
    1. либо график и бюджет,
    2. либо те принципы, по которым будут определяться сроки и стоимости работ.
    Критерии приемлемости изделия должны отражать объём работ.

Уровни готовности

Для состояний изделий, Координаторы работают над одним из следующих уровней готовности:
  1. Разработка, когда работа над соответствующим состоянием начата, но само состояние ещё не достигнуто.
  2. Операции, когда состояние уже достигнуто, но требует периодической ревизии.
Состояние определённости характеризуется наличием нескольких носителей определённости. Каждый из носителей имеет несколько уровней готовности:
  1. В разработке, когда работа над конкретным носителем начата, но он ещё пока не предложен на согласование.
  2. На согласовании, когда конкретный носитель предложен на согласование, но пока ещё не согласован.
  3. Согласовано, когда носитель согласован. Согласование всех носителей, кроме Соглашения об изготовлении, осуществляет заказчик. Согласование контракта осуществляет подрядчик. Рабочая инструкция по изготовлению становится рабочей после обкатки в аналогичных разработках.

Факторы проектов

Администраторы в Bskol

Для целей этой вики-страницы, администрирование определено как управление чем-либо и кем-либо. В Bskol, можно различить несколько типов администраторов:
  • Администраторы Bskol -- это те сотрудники Персонала Bskol, которые управляют группами разработок, операций и изделий Bskol. Администраторов Bskol можно описать как супер-администраторов изделий Bskol. Фактически, администратор Bskol -- это руководитель и все, кто им или ей назначены администрировать ту или иную группу разработок, операций и изделий.
  • Администраторы изделий -- те сотрудники Персонала Bskol, которым администраторы Bskol передали в управление то или иное изделие после его изготовления. Во время его создания администрирование изделий ведут Координаторы. Наивысшим администратором каждого изделия является как минимум один из администраторов Bskol.
  • Администраторы прилад -- те сотрудники Персонала Bskol, которым в приладах даны роли выше пользовательских. Например, администратор Правки может защищать страницы от редактирования неадминистраторами. Самыми высокими ролями в приладах владеют Системными администраторами; они и управляют назначением администраторов в приладах.
  • Системныe администраторы -- это выделенная должность, предназначенная для тех сотрудников, которые администрируют технологические системы Ферм, Оплёта и ПО прилад. Наивысшим администратором каждой прилады является как минимум один из системных администраторов, потому последних можно описать как супер-администраторов прилад.

Заказчик Bskol

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

Персонал Bskol

  1. Координаторы способствуют реализации проектов действуя согласно Порядку разработок.
  2. Системныe администраторы обеспечивают стабильность операций Облака и консультируют по технологическим разработкам.
  3. Рекрутеры обеспечивают наличие рекрутингового процесса, наличие кандидатов в Координаторы и, при наличии одобрения заказчика, на другие штатные должности в рекрутинговом "трубопроводе", а также консультируют по тем разработкам, которые касаются рекрутинга. В своих проектах, Координаторы также играют роли рекрутеров и берут на себя найм подрядчиков. В отличие от рекрутеров, Координаторы обсуждают с кандидатами требования и другие документы проектов. К рекрутерам Координаторы обращаются в тех случаях, когда собственных компетенций или ресурсов для привлечения подрядчиков не достаточно.
  4. Руководитель проекта отвечает за разрешение административных, кадровых, финансовых, юридических и организационных вопросов. В частности, руководитель закрепляет проекты за Координаторами, размещает объявления о найме подрядчиков, даёт координаторам рекрутерские доступы и оплачивает бюджеты проектов. Руководителя можно назвать "супер-координатором". Если координатор работает над одним проектом, который сам и выбирает, руководитель отвечает за всю группу разработок и операций, включая финансы, кадры, администрацию тех же координаторов и так далее. В данный момент, руководителя заменяет заказчик, но делает он это временно, до того, как таковой человек или люди найдутся.
Хотя подрядчики формально не входят в персонал проекта, они являются важной составляющей разработок проекта.

Сроки

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

Факторы найма подрядчиков

Как не надо нанимать

Вот пример того, как Координатору не следует нанимать подрядчиков:
  1. Находим человека или несколько человек, которые согласны взяться за данную разработку и хорошо говорят, пишут, выглядят, вовремя выходят на связь, быстро отвечают и так далее.
  2. Связываемся (желательно звонком) для уточнения их требований по оплате и обещаний по срокам.
  3. Присуждаем контракт тому или той, кто предлагает лучшие условия, и отказываем другим.

Как надо нанимать

Вот пример того, как Координатору следует нанимать подрядчиков:
  1. Знать те критерии, которые определяют Состояние определённости.
  2. Проверить, достигнуто ли Состояние определённости для разрабатываемого изделия.
  3. Если Состояние определённости:
    • Не достигнуто, проверить исчерпаны ли те ресурсы, которые доступны Координатору без привлечения внешних консультантов. Если ресурсы исчерпаны, искать внешние ресурсы, например, дать объявление на поиск консультантов или пытаться найти таких подрядчиков, которые помогут достичь это состояние. Если и внутренние, и внешние ресурсы исчерпаны, но состояние так и не достигнуто, оформить дополнительный проект, сделав контракт его искомым изделием.
    • Достигнуто, действовать далее по рубрике Как не надо нанимать; после выполнения предыдущих пунктов, она имеет смысл.
Контракт должен включать описание того, что мы должны получить, удовлетворяющее измеряемым критериям приемлемости, а также когда и за сколько мы это получим. Если что-то из тройки "объём работы, сроки, бюджет" не определено, то мы получим то, что нам надо в одном случае из 100. В 99 остальных случаях, мы получим либо то, что нам не надо, либо за те деньги, на которые мы не рассчитываем, либо тогда, когда нам это уже не будет нужно.

Собеседования для подряда

Найм людей -- отличный способ узнать об аспектах проекта и получаемого в его процессе изделия. Идеально проведённые собеседования добавляют документации на Правку.

Заявки в подрядчики

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

Привлечение Координаторов

Не существует некоего простого индикатора, по которому можно было бы судить, сможет ли человек стать профессиональным Координатором и, если сможет, то привлекёт его или её такая работа. Потому для участия в проекте Bskol приглашаются все желающие; каждому из них предлагается полная подготовка и возможность попробовать себя в таком качестве.

Поиск кандидатов

Поиск кандидатов осуществляется в соответствии с Поиском участников Bskol. Из всех публиковавшихся, наиболее полное объявление размещено на вики-странице Людям с улицы.

Подготовка Координаторов

Для теоретической подготовки Координаторов, созданы 3 курса -- Брацка Вводка, Брацки Техобзор и Выбор Профессии. Практика на последнем из трёх курсов призвана закрепить теоретические знания, а также выявить способность и желание кандидата к работе на проектах.

Следующие должности

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

Связанные лектио