СИСТЕМНОЕ МЫШЛЕНИЕ ИНЖЕНЕРА

СИСТЕМНОЕ МЫШЛЕНИЕ МЕНЕДЖЕРА

Цели: успех целевой системы (продукта, предприятия, проекта); соответствие ожиданиям стейкхолдеров

В поле зрения: определение и воплощение системы

Цели: успех обеспечивающей системы (команды проекта); окончание проекта в срок и в рамках бюджета.

В поле зрения: команда, капиталы (недвижимость, оборудование, материалы), работы

СИСТЕМНЫЙ ИНЖЕНЕР

МЕНЕДЖЕР

Основные «враги»: требования к системе, системная архитектура

Чем занимается: испытывает, эксплуатирует

Основной «враг»: организационная структура

Чем занимается: управлением (?)

Ситуация 1: Конфликт между менеджером проекта и главным инженером

Менеджер проекта и главный инженер никак не могут договориться о взаимодействии и только мешают друг другу.

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

Вопрос: Как разрешить ситуацию?

 Ситуация 2: Кому нужен труд менеджера?

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

Работникам понятна реализация проектов, а от службы управления качеством, считают они, одни неприятности.

Айтишники игнорируют проектный офис и дружат со службой управления качеством.

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

Вопрос: Как наладить взаимодействие?

Ситуация 3: Выбор ПО для использования в проектном офисе

Проектный офис, занятый сверхкрупным проектом (например, проводящий Олимпиаду) обнаружил, что у него на контроле: 30% «процессов» для сервисов, 30% классических «проектов», еще 30% «поручений первых лиц» и 10% задач, которые не получается однозначно идентифицировать по типу.

Вопрос: какого типа ПО следует использовать в данном проектном офисе?

Ситуация 4: Команда проекта состоит из высококлассных управленцев, а работа стоит

Буквально все члены команды проекта достаточно опытны и имеют квалификацию «управляющих» (проектами, процессами и т.д.).

Все сотрудники самоотверженно и слаженно работают практически круглые сутки.

При этом 95% времени с начала работы над системой система находится в состоянии 95% готовности, как и остальные проекты организации.

Вопрос: Как прекратить топтаться на месте и что нужно изменить, чтобы двинуться вперед?

1. Инженерный менеджмент: введение

·         инженерия предприятия;

·         роли в инженерном проекте;

·         метафора потока;

·         разнообразие «управлений».

2. Особенности управления разработкой

·         проект, процесс или кейс?

·         управление изменениями;

·         управление исследованиями и разработкой.

3. Архитектура и задачи

·         модульность и организация работ (закон Конвея);

·         построение модели проекта на базе модели системы;

·         метод контрольных вопросов;

·        события и контрольные точки.

4. Лучшие практики управления проектами, процессами, задачами

·         где те запасы, которые нужно минимизировать в разработке?

·         теория ограничений: ключевое ограничение системы как детерминант ее успеха в целом;

·         Бережливое производство Lean 2.0 и метод управления разработкой Kanban;

·         Бизнес с нуля: метод «Бережливый стартап» (Lean Startup)

5. Упражнение

·         С чего начнете у себя?