"Боевой устав" СА как методика по управлению проектами

взято здесь http://www.pmdoc.ru/project_combat/#more-3953

Навеяно учебным пособием 'Организация работы командира взвода во всех видах боевых действий'. Если сделать некоторые замены в тексте пособия, то получается чёткое и конкретное руководство для руководителя ИТ-проекта. Само получившееся руководство ниже, а для начала глоссарий.

Берём Главу 1 'Управление подразделением', Раздел 2 'Работа командира взвода по организации боя' и делаем следующие замены:

командир - руководитель
старший командир - топ-менеджер
командир роты - руководитель программы проектов
командира взвода - руководитель проекта
командир отделения - тим-лид / руководитель подпроекта
взвод - команда проекта
отделение - команда подпроекта
живая сила, личный состав - сотрудники
бой - проект
обстановка - содержание проекта
вооружение и боевая техника - оборудование и инструменты
разведка и рекогносцировка- сбор и анализ требований
приказ - распоряжение
доклад - отчёт
поражать - достигать
соседние подразделения - команды других проектов, подпроектов и департаментов
взаимодействие - коммуникации
порядок - расписание/график
противник - заказчик (спорная замена, но как правило, так и происходит в отношениях с заказчиком проекта)
уничтожение противника - удовлетворения заказчика
маскировка - организационная и ИТ-безопасность
действия противника - бизнес-процессы заказчика
огневые средства противника - аппаратное и программное обеспечение заказчика
наблюдение - сбор данных
силы - человеко-часы
средства - ресурсы
оборона - техподдержка

В итоге получаем:

Работа руководителя проекта по организации проекта

Project Combat
Порядок работы руководителя проекта зависит от конкретного содержания проекта, полученной задачи и наличия времени. Во всех случаях руководитель проекта, не дожидаясь указаний топ-менеджеров и получения задачи, должен организовать подготовку оборудования и инструментов к применению в проекте.

Конкретная работа по организации проекта руководителем начинается с получения проектной задачи. Обычно она осуществляется в такой последовательности:
- уяснение полученной задачи;
- оценка содержания проекта;
- принятие решения;
- сбор требований;
- отдача распоряжения на проект;
- организация коммуникаций, обеспечения проекта и управления;
- проверка подготовки сотрудников, оборудования и инструментов к проекту;
- отчёт руководителю программы о готовности команды к выполнению задач проекта.

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

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

При оценке содержания проекта руководитель изучает:
- бизнес-процессы заказчика и места расположения его производственных средств;
- состояние, обеспеченность и возможности своей команды и привлечённых департаментов;
- состав, положение, характер действий смежных проектов и условия коммуникаций с ними;
- помещения и инфраструктура, правила организационной и ИТ-безопасности, выгодные условия для исполнения проекта, ограничения и препятствия для выполнения проекта, условия сбора данных и реализации проекта;
- функциональные возможности аппаратного и программного обеспечения заказчика;
- сезонность, предстоящие праздничные и выходные дни.

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

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

В решении руководитель проекта обычно определяет:
- порядок выполнения полученной задачи;
- задачи тим-лидам, сотрудникам команды и привлечённым департаментам;
- порядок коммуникаций.

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

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

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

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

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

Принятие руководителем правильного решения по проекту само по себе ещё не обеспечивает успешного выполнения полученной задачи. Решение становится основой управления тим-лидами и законом для сотрудников с получением каждым из них конкретной проектной задачи.

Поэтому доведение до исполнителей проектных задач - одна из важнейших обязанностей руководителя проекта.

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

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

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

Наряду с указаниями по коммуникациям руководитель проекта организует и обеспечение проекта. В зависимости от сложившегося содержания и характера предстоящего проекта руководитель обращает внимание исполнителей на выполнение необходимых мероприятий обеспечения проекта, и прежде всего по уточнению требований, организационной и ИТ-безопасности, программно-аппаратного обеспечения рабочих мест и организации охраны труда.

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

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

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

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

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

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

О готовности к реализации проекта руководитель в установленное время докладывает руководителю программы.

Запись опубликована 17.05.2016 автором Anatoly Savin в рубрике Статьи с метками Заинтересованные стороны, Сроки, Управление проектами, Экстремальное обучение.

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

чисто как место хранения.

тут где нибудь написано, что тут место хранения всякой фигни?

Неоднократно участвовал в конференциях по теме и неоднократно наблюдал выступанцев с разными идеями, типа вышеизложенной. Один, например, матричное исчисление приплел и 'резал' его слоями, получая функции участников проекта. Посмотришь кто это - бизнес тренер из какой-нить мутной конторы. В общем ИБД, если за это башляют - понимаю, нет - пучше книжку умную почитать

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

ИМХО, графомания - смертный грех.

КМ
Да нет, идеи здравые.

Главная проблема обучить руководителей. Увы. А так, можно еще почитать англоязычную литературу. Например у американцев есть отличная книга по управлению рисками и пр. Кстати, написанная на основе какого-то учебника для военных.

Gasar
тут где нибудь написано, что тут место хранения всякой фигни?

тут не хранится спокойно гораздо большая фигня?

можно общество развивать, а можно его постепенно в свиней превращать.
с помощью тн "слабых воздействий".
позитивное гнобя, а отрицательное - не трогая.

APavel
А что здравого поменять терминологию устава ведения боевых действий на англоязычную терминологию УП и найти внешнее сходство? В этой области (УП) вообще не главная проблема, где взять подобные 'идеи'.

сколько "в страницах" весит любая иная методичка по уп?

КМ
Главная проблема обучить руководителей. Увы. А так, можно еще почитать англоязычную литературу. Например у американцев есть отличная книга по управлению рисками и пр. Кстати, написанная на основе какого-то учебника для военных.

учебники для военных "характеризуются" лаконичностью и простотой изложения.

vadja2
ИМХО, графомания - смертный грех.

это ваше мнение очень важно для меня

T55M

учебники для военных "характеризуются" лаконичностью и простотой изложения.

А еще прагматичностью и здравым цинизмом.

КМ
Главная проблема обучить руководителей.

APavel
лучше не просто читать книжки, а пройти обучение в правильном месте, а потом сертификацию.

Однозначно лучше. Но чтение книг не отменяет.

советский учебник 'организация и управление производством'

Этих учебников довольно много. Какой именно имеете в виду?

Разница между боевыми действиями и строительством избушки в упор не видна?

КМ

Этих учебников довольно много. Какой именно имеете в виду?

T55M

сколько "в страницах" весит любая иная методичка по уп?

APavel
Разница между боевыми действиями и строительством избушки в упор не видна?

Если формализовать задачу и убрать эмоциональные составляющие, то разницы в методологии может и не быть.

КМ

Если формализовать задачу и убрать эмоциональные составляющие, то разницы в методологии может и не быть.

APavel
Класс, прочитал 10 страниц - можешь управлять проектами?

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

APavel
Персонально Вы, как заказчик строительства избушки согласны на нефиксированную стоимость, неизвестный срок и возможную гибель части строителей при негарантированном результате?
Потом можно про методологию

Ко мне не надо так официально, можно и проще. 😊

Относительно вопроса. Суть проекта явно не формализована и не убрана эмоциональная компонента.

Попробуем разобраться: суть проекта - строительство избушки. Допустимые потери - финансовые потери и замена строителей, на более квалифицированных или мотивированных.

T55M

тут не хранится спокойно гораздо большая фигня?

можно общество развивать, а можно его постепенно в свиней превращать.
с помощью тн "слабых воздействий".
позитивное гнобя, а отрицательное - не трогая.

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

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

Если человеку надо объяснять эти вещи, в таких выражениях - ему надо просто найти другое занятие и стать счастливым.

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

Так люди уже управляют.

Суть проекта явно не формализована и не убрана эмоциональная компонента.

Попробуйте формализовать задачу до уровня математики.

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

Кстати, сроки в армии всегда есть. Поэтому у военных с таймменеджментом всегда лучше чем у гражданских.

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

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

ТС служил.

T55M
В итоге получаем:

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

T55M
О готовности к реализации проекта руководитель в установленное время докладывает руководителю программы.

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

APavel
А что здравого поменять терминологию устава ведения боевых действий на англоязычную терминологию УП и найти внешнее сходство?

T55M
а можно его постепенно в свиней превращать.

T55M
сколько "в страницах" весит любая иная методичка по уп?

T55M
учебники для военных "характеризуются" лаконичностью и простотой изложения.

КМ
А еще прагматичностью и здравым цинизмом.

APavel
Разница между боевыми действиями и строительством избушки в упор не видна?

Gasar
по теме.
ваша методичка готовит командиров подразделений, из парней от сохи, что бы они единообразно решали поставленные задачи.

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

Если человеку надо объяснять эти вещи, в таких выражениях - ему надо просто найти другое занятие и стать счастливым.

"уничтожение противника - удовлетворения заказчика" - выражение "поиметь заказчика" заиграло новыми красками 😀

APavel
Сроков в боевых действиях, которые задача с неизвестными компонентами, в отличии от УП, нет и быть не может,

APavel
как и много ещё чего, что в УП часть данных. И допущения разные.
УП и есть математическое моделирование с последующей оптимизацией по заданным критериям. Ну и ещё разная фигня до кучи. Предмета моделирования не вижу, если что, входящий в Майкрософт офис пакет в помощь

В целом мы же все помним, что проектный менеджмент применяется к СМАРТ-целям.
А уж что это за цели, написание книжки, строительство избушки или уничтожение противника не так важно... концептуально.

чем дальше читаю методичку для айти-военов, тем больше ржу:

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

ещё можно почтовых голубей использовать 😀
зы

а можно у "противника" "брать языка", и если можно - как это должно выглядеть? 😀

Это называется шаблонное мышление. 😞

Ор, Майкрософт я вспомнил для КМа, если ему придёт в голову строительство избушки помоделировать. Нормальный ПМ обычно, действительно, может и в голове или карандашиком (если старый, как я), но если количество мелких компонентов в виде задач и исполнителей сильно велико, то только оценочно, нормально считать придётся на компе (майкрософт тут не в тему, согласен). Моделирование в части сроков и стоимости - основа коммерческих контрактов на разработку, если у Вас не так - повезло, имхо
З.ы. если согласны работать по приведенной методе - хочу в заказчики, куда звонить? Особенно про сроки интересно поиздеваться

Yep
"уничтожение противника - удовлетворения заказчика" - выражение "поиметь заказчика" заиграло новыми красками 😀

"При этом он обращает внимание на техническое состояние программно-аппаратных средств, заправку принтеров бумагой и наличия тонера в картриджах, фломастеров и стикеров у флипчатов, наличия кофе и печенек" - как это мило 😀 "стикеры и печеньки"... милота!

а почему ничего не сказано про заправку держателей туалетной бумагой, и жидким мылом диспенсеров в туалете?! для командира в армии нет мелочей: чистая жопа подчинённого - важнейшая составляющая успеха военной кампании!

Это называется нежеланием формализовать задачу и методы ее решения.

а ежели на базе Уголовного Кодекса РФ архитектурный замысел в котеджный городок воплотить?
Дёшево и сердито должно получиться.

Тим-менеджер отдал бойцам приказ: ни шагу назад! держаться до последнего стикера! до последней капли мыла в диспенсере...
ит-боец обвязался фломастерами, взял в зубы последний тонер, и бросился на вражеский шредер, грудью закрыв его амбразуру...

APavel
Моделирование в части сроков и стоимости - основа коммерческих контрактов на разработку, если у Вас не так - повезло, имхо

Сори, что-то меня снесло в сторону.

Or
Сори, что-то меня снесло в сторону.

Самоволку? 😊

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

кстати, Бхагават-Гита, этож настольное руководство по организации и сталелитейного и что характерно, сталепрокатного производства!

vladdrakon
кстати, Бхагават-Гита

Кама-Сутра

vladdrakon
Руководство авиаперевозками и морская логистика; вот её удел.

КМ
Это называется нежеланием формализовать задачу и методы ее решения.

С интересом ожидаю следующей статьи: "Строевой устав как методика по изучению геометрии".

Ну, там, поворот направо, поворот налево, кругом, и т.д. 😀
А то ведь некоторые путают право и лево...

"Строевой устав как методика по узучению геометрии"

Дисциплинарный устав как методика изучения математики:
Один наряд вне очереди,
два наряда вне очереди,
и т.д...
и как метод изучения диалектики;
Вместо 10 нарядов-3 суток гауптической вахты-пример перехода количества в качество.