Принимая на себя ответственность за решение проблем, принадлежащих другим, мы злоупотребляем властью.

Питер Блок

Машинист поезда SAFe (RTE) – это руководитель и коуч Agile Release Train (ART). К главным обязанностям RTE относятся содействие событиям и процессам ART, а также помощь командам в достижении ценности. RTE общаются с заинтересованными сторонами, устраняют препятствия, помогают управлять рисками и способствуют постоянному совершенствованию.

Хотя Agile Release Trains (ARTы) состоят из самоорганизующихся и самоуправляемых команд, поезда не ездят и не управляются на автопилоте. Эта ответственность ложится на RTE, наиболее эффективно действующих в роли слуг-лидеров. Они знают, как масштабировать методы Lean и Agile, а также понимают уникальные возможности и проблемы, связанные с содействием и постоянным согласованием обширной программы развития.

Подробнее о роли RTE

RTE облегчают процессы и исполнение ARTов. Они устраняют препятствия, управляют рисками, помогают обеспечить поставки ценности и способствуют постоянному совершенствованию. Многие также участвуют в трансформации Lean-Agile, обучая лидеров, команды и Scrum-мастеров новым процессам и мышлению. Они также помогают настроить SAFe в соответствии с потребностями организации, стандартизируя и документируя методы.

Тут – регистрация на ближайший тренинг SAFe RTE

Зона ответственности RTE

RTE обычно отвечают за следующий спектр задач:

  • управляют и оптимизируют поток ценности через ART при помощи разных инструментов, среди которых – программа Kanban и другие организаторы информационных процессов;
  • разрабатывают и коммуницируют годовые календари итераций и программных приростов (PI);
  • способствуют готовности к планированию PI, поддерживая процесс непрерывного исследования, направляющего видение, дорожную карту и беклоги, в том числе через события планирования до и после PI;
  • фасилитируют события планирования PI;
  • суммируют цели командных PI в цели программы PI (RTE) и публикуют их для наглядности и прозрачности;
  • помогают отслеживать выполнение функций и возможностей;
  • способствуют периодическим событиям синхронизации, включая ART синки;
  • помогают в принятии экономических решений, облегчая оценку функций и возможностей командами и сворачивание в Epics (при необходимости);
  • коучат лидеров, команды и Scrum-мастеров по поводу практик и мышления Lean-Agile;
  • помогают управлять рисками и зависимостями;
  • усиливают и обнаруживают блоки;
  • предоставляют информацию о ресурсах для устранения критических бутылочных горлышек;
  • поощряют сотрудничество между командами и архитекторами/инженерами систем и решений (System/Solution Architects/Engineers);
  • работают с Product и Solution менеджментом, владельцами продуктов и другими заинтересованными сторонами, помогая обеспечить согласованность стратегии и ее исполнение;
  • улучшают поток ценности через источники ценности, совершенствуя и оценивая практики, связанные с DevOps и Release on Demand в конвейере непрерывной поставки;
  • помогают управлять циклом инноваций Lean User Experience (UX);
  • сотрудничают с Agile Program Management Office (APMO) о выполнении программы и оперативного совершенства (см. Lean Portfolio Management);
  • понимают и действуют в пределах Lean Budgets, обеспечивают  соблюдение Guardrails;
  • фасилитируют системные демо;
  • ведут к постоянным усовершенствованиям через воркшопы по инспекции и адаптации;
  • оценивают уровень гибкости ARTов и способствуют ее улучшению;
  • воспитывают сообщества практиков, использование инженерии и встроенных практик качества.

Кому отчитывается Release Train Engineer

SAFe не регулирует структуру отчетности, но RTE обычно отчитывается перед организацией по разработке или APMO, которая в SAFe считается частью Lean Portfolio Management. Для предприятий с существующими организациями PMO эту роль часто играет менеджер программы.

Лидерство через служение

Хотя новые RTE обычно обладают организационными способностями для выполнения своих ролей, нужно еще изучить и принять Lean-Agile мышление. Для этого следует перейти от руководства и управления деятельностью к работе в качестве лидера-слуги. Лидерство через служение – это философия, предполагающая комплексное представление о качестве людей, работе и духе сообщества. Основное внимание сосредоточено на обеспечении поддержки, необходимой командам и ARTам, чтобы быть самоорганизованными и самоуправляемыми.

К характерным действиям слуги-лидера относятся следующие:

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

Хорошие лидеры сперва должны стать хорошими слугами.

Роберт Гринлиф, отец лидерства через служение

Подобно тому, как существуют модели трансформации Lean-Agile для функции LPM, существуют также модели трансформации для традиционного менеджера, переходящего к слуге-лидеру. Состояниями «от» и «до» являются:

  • от координации командной деятельности и вкладов → до обучения команд сотрудничеству;
  • от дедлайнов → до целей;
  • от достижения конкретных результатов → до инвестирования в общую эффективность программы;
  • от знания ответа → до запрашивания ответа у команд;
  • от руководства → к разрешению командам самоорганизовываться и добиваться успеха;
  • от решения проблем → к помощи другим решать проблемы.
Тут можно зарегистрироваться на ближайший тренинг Lean Portfolio Management

Материал подготовлен на базе статьи Release Train Engineer ScaledAgile.com.

А вот вам и комикс ScrumTrek, чтобы разбавить печали 🙂