«Управление проектами»: что я усвоил из курса лекций

©️ Дубовик Михаил Федорович
17 декабря, 2022
3 минут(ы) чтения

Взрослый человек за партой — страшный человек.

Проект — уникальное предприятие, предполагающее координированное выполнение взаимосвязанных действий, для достижения определенных целей в условиях временных и ресурсных ограничений.

Инструмент должен соответствовать задаче.

Меньше интересов — меньше конфликтов.

Ключевая проблема в проекте заключается в организации управления (нечеткое разделение ролей и ответственности).

Чем дольше процесс работает без вас, тем лучше он выстроен.

Проект это всегда деятельность группы людей.

Все что циклично управляется проще.

Проектный менеджмент это про уникальность и не стандартность условий.

Вкладывай больше денег на систему контроля для лучшего качества.

При создании нового объекта УП требуется создать новый субъект УП.

Миссию компанию можно переписывать.

Подумайте десять раз, прежде чем называть задачу со слова «обеспечение».

Закон стоимости изменений в проекте:
Отказ на этапе концепции — 1₽
Отказ на этапе проектировании — 10₽
Отказ на этапе реализации — 100₽

Визуализируй все что можно визуализировать.

Не ставь между agile или waterfall знак «или». Выбирай тот жизненный цикл, который будет удобнее.

waterfall or agile
В управлении проектами стремись идти к от открытых методологий к закрытым

От цели зависит содержание.

треугольник качества
Треугольник качества

Каждый второй заказчик «незрелый».

Наши ресурсы это наша эффективность.

Стесняйся говорить: «сначала начнём, а там разберёмся».

Четко проговаривай что такое scope in и что такое scope out.

Заказчик это лицо внутри организации, которого нужно дать ответственность приказом и тот, кто лучше всех это сделает. Не ставь Генерального директора в качестве основного заказчика всего.

Запрети «само собой разумеется».

Если руководитель проектов не разруливает, пусть идет к заказчику.

Стандарты — это хорошие практики.

Используй вес ссылочной власти для себя.

Устав это контракт заказчика и РП (руководитель проектов).

Оргструктура предприятия не равна оргструктуре проекта. 

Проектная оргструктура это когда 100% загруженность. Имеет минус — она дорогая.

Единоначалие удобнее матричной структуры.

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

Русские интересны в импровизационных задачах.

РП это переговорщик.

Настоящий скрам это быстро, качественно, но дорого.

Точка зрения это зрение с точки.

Терминология важнее чем проектная деятельность.

Если у тебя десять детей как бы ты их не любил ты будешь путать их имена.

Планируй так как хочешь проверять.

Не надо управления ради управления.

Долго думай, мало копай и не перекапывай.

Самые главные ошибки делаются на этапе инициирования проекта.

Минимальное бездействие в начале проекта дает максимальное воздействие на выходе. 

Кто-то главный в конце должен принять решение.

Авторизация это законность.

От заказчика идет видение проекта.

Обоснование инициации проекта  Проблема и/или возможность
Цели проекта Решить проблему и/или реализовать эту возможность 
Продукт проекта Нечто, которое решает проблему и/или реализовывает возможность
Критерий оценки успешности проекта Если х, у, z то мы решили свою проблему и/или реализовали эту возможность

Планирование это процесс понимания.

Не бойся ошибиться, вы ошибетесь. Ошибка должна быть адекватна этапу которому на котором вы находитесь. 

Диагноз это предположение. В предположении может быть погрешность.

Каждый следующий шаг должен быть точнее предыдущего.

Оценки бывают разные и к всех оценок бывают свои погрешности. Намекай своему подчиненому какую оценку величины нужно давать: ГПВ (грубый порядок величины или это три П: пол, палец, потолок), ПВ (порядок величины), ПрО (первичная оценка), ТО (точная оценка).

ГПВ — может давать разброс около 100%
ПВ — разброс около 25%
ПрО — разброс около 10%

Процесс планирования начинается с планирования работ.

Плати от 2.5% до 10% бюджета на проектное управление.

Провоцируй «истерику» на ранних этапах жизненного цикла.

Веха это:

  1. важное событие
  2. Нулевая длительность (точка на графике)
  3. Не может быть «почти»: да или нет. 0 или 100%
  1. документ 
  2. Совершенный вид (статус — завершен)

График это комплекс взаимосвязанных работ.

Никто лучше исполнителей не определит длительность задачи.

Используй оценку PERT когда эксперты не справляются.

Очень хотелось бы чтобы у каждого риска был свой отдельно выделенный владелец.

Характеристики правильного владельца риска:

  • Заинтересованная сторона
  • Предметный специалист
  • Опыт

Риск это всегда событие с неопределенностью.

Excel при управлении рисками — предостаточный инструмент.

Сложность в риске — сформулировать его. Прописывай риски подробно.

При контракте с фиксированной ценой — риск висит на подрядчике.

Самый надежный метод реагирования на риск — избегать риск.

Низкая опасностьВысокая опасность
Частый ущербКошкиТигры
Редкий ущербМышкиСобаки
Таблица распределения рисков

Для тигров — избегай
Для мышек — принимай 
Кошки — минимизация
Собака — передача 

План реагирования на риски ДОЛЖЕН ИЗМЕНИТЬ КАЛЕНДАРНЫЙ ПЛАН И БЮДЖЕТ ПРОЕКТА.

МетодИзбежаниеМинимизацияПередачаПринятие
Сущность метода— Полное устранение риска
— Полное устранение последствий риска
— Уменьшение вероятности риска
— Снижение тяжести последствий риска
— Перенос ответственности за риск и его последствия на другой (в т.ч. третьей) стороне— Осознанное бездействие по отношению к риску до его возникновения,
Варианты действий— Отказ от рискованных проектов, решений, методов работ, технологий.
— Отказ от ненадежных партнеров
— Изменение плана проекта
— Изменение плана проекта
— Изменение методов работ, технологий, решений
— Изменение объема работ, требований
— Увеличение количества ресурсов
— Страхование
— Деление риска с другими участниками, проектами;
— Изменение типа и содержания контракта
— Разработка плана реагирования на разные варианты последствий риска
— Выделение резервов на устранение последствий
— Постоянная готовность к самым тяжелым последствиями риска
Методы реагирования на риски

Неинформативная отчетность — неэффективна.

Не боритесь с изменениями. Победить их не получится. Ими надо управлять. 

Слишком детальные планы это зло.

Если не планируешь контролировать — не детализируй.

Планируй так, как хочешь контролировать. 

Система контроля должна решать две функции: 

  1. Учёт (взгляд назад)
  2. Прогноз (взгляд вперёд)

Запрашивай у исполнителя прогнозы.

Управлять можно только оставшейся частью проекта (будущее можно менять). Управляй изменениями. 

Не надо надеяться на людей, надо надеяться на грамотные стабильные процессы.

Процессы инициированияПроцессы планированияПроцессы организации исполненияПроцессы контроляПроцессы завершения
Управление
содержанием
Определение (сбор) требований, целеполаганиеОпределение состава работ и продукта проектаОрганизация выполнения работИнспекции содержания проектаПриемка продукта проекта
Управление срокамиУкрупненное планирование сроковРазработка календарного планаКоординация проекта по временным параметрамКонтроль сроков проектаАнализ фактических сроков
Управление стоимостьюПредварительная оценка затрат и доходовРазработка сметы и бюджета проектаОрганизация платежейКонтроль затрат проектаАнализ фактического бюджета
Управление рискамиАнализ стратегических рисковПланирование реагирования на рискиВыполнение антирисковых мероприятияйМониторинг и контроль рисков проектаФормирование архива рисков
Управление персоналомНазначение РП, членов команды УПОрганизационное планированиеРазвитие команды проектаОценка деятельности персоналаПоощрение персонала
Управление стейкхолдерамиИдентификация стейкхолдеровПланирование работ со стейкхолдерамиВзаимодействие со стейкхолдерамиУправление ожиданиями стейкхолдеровПодведение итогов работ. анализ удовлетворенности
Управление коммуникациямиАнализ информационных потребностейРазработка плана коммуникацийРаспространение информацииПодготовка отчетов об исполненииФормирование архива проекта
Управление поставкамиАнализ поставщиковПланирование поставокВыбор поставщиков и заключение контрактовАдминистрирование контрактовЗакрытие контрактов
Управление качествомОпределение стандартов качестваПланирование качестваОбеспечение качестваКонтроль качестваИзвлечение уроков
Управление интеграциейРазработка Устава проектаРазработка сводного плана проектаОбщее управление, координация проектаУправление изменениями проектаЗакрытие проекта
Процессы и функции УП

Денис Сергеевич Басковский

Философ, изобретатель и поэт.

Добавить комментарий Отменить ответ

техника презентаций
Предыдущая статья

Техника презентаций: что я усвоил из программы MBA

Следующая статья

«Поведенческая экономика и нейромаркетинг»: что я усвоил из курса лекций

Exit mobile version