Книга: Руководство по DevOps
Определение всех команд, обеспечивающих поток создания ценности
Определение всех команд, обеспечивающих поток создания ценности
Пример компании Nordstrom показывает: как бы ни был сложен поток создания ценности, ни один человек не знает всего списка задач, решаемых в ходе создания ценности для клиента, особенно если необходимая работа выполняется различными командами, нередко разделенными организационным устройством компании, географическим фактором или методами стимулирования.
В результате после выбора приложения или сервиса для преобразований DevOps мы должны определить всех участников потока создания ценности, несущих ответственность за совместно создаваемую ценность для клиентов. В общем случае в этот список входят:
• владелец продукта. Представитель компании, определяющий набор функциональности в следующей версии продукта;
• разработчики. Команда, ответственная за разработку функциональности продукта;
• служба качества. Команда, ответственная за работу петель обратной связи и обеспечивающая, чтобы продукт функционировал так, как задумано;
• эксплуатация. Команда, отвечающая за поддержание производственной среды в рабочем состоянии и помогающая обеспечить требуемый уровень обслуживания;
• отдел информационной безопасности. Команда, отвечающая за обеспечение безопасности систем и данных;
• менеджеры релиза. Специалисты, ответственные за управление и координацию развертывания в производство и процессы релиза;
• технические руководители или менеджеры потока создания ценности. В литературе, посвященной бережливому производству, так называют тех, кто «обеспечивает соответствие потока создания ценности требованиям клиента на всех этапах процесса».
- Определение всех команд, обеспечивающих поток создания ценности
- Формирование карты потока создания ценности: видеть выполняемую работу
- Создание команды преобразований
- Договориться об общей цели
- Продолжать улучшения, планируя на короткие сроки
- Резервируем 20 % времени для реализации требований, не связанных с функциональностью, и для выплаты технического долга
- Практический пример
- Операция InVersion в компании LinkedIn (2011 г.)
- Увеличить прозрачность работы
- Используйте инструменты для закрепления необходимого поведения
- Заключение
- Инструмент командной строки gbak
- Достоинства и недостатки потоков
- Инструмент командной строки gfix
- 5.4 Команда trap: обработка прерываний
- 1.2. Определение количества информации. Единицы измерения количества информации
- Определение версии клиента
- Определение пользовательского формата числовых данных
- Определение целей. Построение цепочек
- Стандартные потоки: stdin, stdout, stdeir, stdaux, stdprn.
- 2. Пример создания базового отношения в записи на псевдокоде
- 1.2 Процесс, контекст процесса и потоки
- 5.5 Технологии создания моментальных снимков тома