Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера. Курс по управлению проектами, часть 1

Публикация № 870848

Методология - Управление проектом

управление проектами PMI PMBoK

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

Коллеги, привет!

Меня зовут Иван Селиховкин. Я руководитель проектов (а позднее - портфелей и программ) с 2005 года. Периодически пишу статьи.

Этой публикацией я начинаю курс по проектному управлению, вот полный список опубликованных материалов:

1. Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера 

2. Три фундаментальных принципа проектного управления

3. Роли в проектном управлении

4. Управление заинтересованными сторонами 

5. Устав проекта - это скорлупа яйца

6. Алгоритм управления содержанием проекта

7. Сбор требований

8. Создание концепции проекта (project scope statement)

9. Иерархическая структура работ (ИСР)

10. Управление качеством – ключевые термины

11. Управление качеством – диаграмма Ишикавы (Ishikawa diagram)

12. Управление качеством: блок-схемы, чек-листы и контрольные карты Шухарта

13. Управление качеством – гистограмма, диаграмма Парето и диаграмма разбрасывания

14. Алгоритм управления сроками

15. Алгоритм управления сроками с использованием специального софта

16. Управление сроками – определение продолжительности

17. Управление сроками – пэддинг и кривая обучения

18. Критический путь в расписании, продолжаем тему управления сроками

19. Методы сжатия расписания и вехи в проекте

20. Методы определения себестоимости и способы отслеживания прогресса проекта

21. Контроль прогресса – метод освоенного объема (earned value management – EVA)

22. Закупки на проекте: алгоритм, планирование и осуществление закупок

23. Закупки по контрактам Fixed Price - с фиксированной ценой

24. Закупки по контрактам "Время и материалы" и "С возмещением затрат". Закрытие закупок

25. Управление рисками – алгоритм

26. Риски – идентификация и качественный анализ

27. Риски – количественный анализ

 

Продолжение следует...

 

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

Но сперва придется ответить на вопрос “что такое проект” :)

Что такое проект

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

Неочевидно, но проектное управление сложнее, чем “обычный”, так называемый “регулярный менеджмент”. Управлять отделом или подчиненными - это одно. Руководить проектом - совсем другое.

Большинство методологий проектного управления объемные. Например, последняя редакция “библии менеджеров” PMBoK составляет почти 1000 страниц, руководства Prince2, IPMA и другие (о них - как-нибудь в другой раз) - тоже не маленькие.

В жизни руководителя важно научиться быстро понимать “проект перед вами или нет”, чтобы не тратить силы (и попытки подтянуть 1.000-страничные методологии туда, где можно обойтись малой кровью).

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

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

Определение термина

Давайте вспомним или нагуглим более-менее классическое определение. Нам попадется что-то вроде: “Проект – это мероприятие для достижения какой-то цели, ограниченное во времени ресурсах и связанное с достижением уникального результата.”

Подобные формулировки встречаются часто. В том числе, в самом PMBoK. Проблема: они неудачные. Из них непонятно главное - чем проект отличается от “не проекта”.

Не верите? Попробуйте подобрать хотя бы один пример любой деятельности, который не подпадает под это определение?

Объясняем на примере

Вы отправляетесь на работу или готовите себе утром яичницу на завтрак.

Это мероприятия для достижения цели? Конечно, цель вполне конкретная (прибыть в пункт назначения, насытиться).

Ограниченные во времени? Безусловно! Нельзя завтракать пол дня или потратить сутки на дорогу.

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

Нужно ли называть такую работу проектом? Конечно нет! Какие там 1000 страниц методологий, чтобы пожарить яичницу. Можно справиться одной интуицией и здравым смыслом.

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

О пафосе тренеров

Многие тренеры по управлению проектами любят пафос и склонны преувеличивать. Иногда они говорят “все на свете - это проекты”. Или “проектное управление - очень древнее умение, первым проектам тысячи лет - вот, египетские пирамиды...”.

Смею утверждать - строительство египетской пирамиды древними египтянами как раз не являлось проектом, как и приготовление яичницы. Проектов вокруг нас (к счастью), вообще, гораздо меньше, чем кажется. А в нормальном, современном смысле слова полноценный проектный менеджмент сформировался порядка 50-70 лет назад (вряд ли больше).

Однако, вернемся к яичнице.

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

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

И вот в такой ситуации, ваша деятельность начинает все больше напоминать проект. Вы начинаете более тщательно (по сравнению с привычным завтраком) планировать - лезете в интернет, выясняете “как жарить”, “как разбивать”, подбираете специальную сковородку (или даже покупаете в магазине подходящую, рассчитываете время. Не обязательно вся 1000 страниц PMBoK найдет применение в таком подходе. Но очень многие элементы, которые вам не пришло бы и в голову использовать для обычного завтрака или путешествия до офиса вы примените тут.

Что изменилось

Позвольте предложить свое определение.

Проектом мы назовем работу над задачей, которой свойственны одновременно:

  • конечность,
  • высокая неопределенность.

Конечность - это “рамки”, ограниченность в сроках и ресурсах.

Высокая неопределенность - говорит о том, что поставленную задачу до конца непонятно, как решить. Только когда ОБА условия соблюдаются - применяйте проектное управлении.

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

Вот на таком “стыке” очень плохо работают подходы из регулярного менеджмента. Когда одновременно имеются и очень жесткие рамки (конечность), и высокая неопределенность.

Вот почему (на мой взгляд) строительство египетских пирамид древними египтянами - не проект. Как минимум один из параметров отсутствует. И это - конечность.

Строительство египетских пирамид - не проект

Строительство пирамиды начинали, когда рождался фараон. Закончить нужно было к моменту его смерти. Если не случалось гибели во младенчестве, то, скорее всего, на постройку отводилось лет 20-30 как минимум. Ресурсы (люди, материалы) также не были дефицитными. Мнения расходятся - строили ли пирамиду рабы или свободные наемники, но, в любом случае, работал принцип -  “что-то пошло не так? Давайте пригоним еще людей”. Если у вас не ограниченные сроки и / или бюджеты, то рано или поздно вы справитесь с любой задачей. Даже с очень сложной. И очень непонятной вам. С пятого-десятого-двадцатого раза, после огромных расходов - все у вас получится.

Пример “египетских пирамид” в современном мире - некоторые гос. проекты. Или работа некоторых продуктовых компаний (чаще в сфере ИТ). Когда фирма сделала некий ИТ-продукт и потом годами дорабатывает и совершенствует его, продавая все новым и новым клиентам, расширяя количество сервисов. Пока такая компания не выходит на новый уровень развития, но уже является очень богатой - она не нуждается в проектном управлении (представьте Google или Facebook). Сейчас это гигантские корпорации, занимающиеся множеством проектов от создания автомобилей и спутников до медицинских и финансовых стартапов. Но когда-то они имели 1 очень успешный продукт (поисковик или социальную сеть), и могли единственной своей задачей поставить его развитие (на что могли тратить, как минимум, неограниченное количество денег). Такому Google и такому Facebook управление проектами было бы не нужно.

Операционная деятельность - это что

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

Для операционной деятельности характерно нарушение обоих принципов: (бес-) конечность и (отсутствие) неопределенности.

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

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

Однако, когда вы сталкиваетесь одновременно с задачей, которая обладает высокой неопределенностью и конечностью (рамками), проектное управление лучший на сегодняшний день (с небольшими оговорками) способ ее решить.

Критерии успеха проекта

Говоря об определении проекта важно упомянуть и критерии успеха. Кто такой “успешный менеджер”? Что такое “успешный проект”? И что считать провалом?

Ответ давно выработан методологами.

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

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

Это критерии вашего успешного проекта.

Грани - то что согласовано с заказчиком до старта проекта. Обычно - такие договоренности высокоуровневые, в общих чертах, но они же - нерушимые. Пообещали построить дом из кирпича, 9-и этажный, в срок 12 месяцев и с бюджетом в 1 млн. долларов? Делайте!

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

Итак, три грани проекта вы должны определить ДО того, как начнете работать. Сроки (“закончим не позднее, чем”), деньги (“бюджет проекта не больше, чем…”) и содержание в 2-3 предложения (“что делаем и чего не делаем”). Эти грани символизирует треугольник на картинке.

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

Как стать хорошим менеджером

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

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

Менеджер не успешен, если не умеет удержать проект в треугольнике (который сам же при старте согласовал). Или если его проекты завершаются “в бюджет и в срок и строго по ТЗ”, но заказчик при этом остается глубоко несчастным и разочарованным (смайлик в треугольнике уголками губ вниз). Еще один пример неуспеха: проект завершен в рамках первоначально-означенного треугольника, заказчик доволен, но команда перенапряглась - люди в ней демотивированы, многие, получив проектный бонус, подали заявление об увольнении. Внутренняя репутация компании подпорчена, искать новых специалистов на рынке труда - трудно и дорого. В этом случае, вероятно, недовольны будут в высшем руководстве компании. А это тоже заинтересованные ключевые стороны (ведь проект делался на их деньги - именно они платили зарплату вам, как менеджеру и всем штатным сотрудникам).

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

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

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. MariaTemchina 931 30.07.18 16:44 Сейчас в теме
Иван, спасибо за наглядную статью. Но, все-таки, для соблюдения истины позволю себе заметить, что "всё уже украдено до нас". Идея о том, что проект - это что-то уникальное, мягко выражаясь, не нова. Это в явном виде написано что в PMBOK ("Проект - это временное предприятие, направленное на создание уникального продукта, услуги или результата" (PMBOK 6(th), стр. 4), что в стандарте ISO ("Проект состоит из уникального набора процессов" (ГОСТ-Р-ИСО-21500-2014).
Irwin; serge_focus; Kochergov; +3 Ответить
5. Selikhovkin 437 31.07.18 00:19 Сейчас в теме
Мария, спасибо.
Я как раз не говорю, что проект это что-то уникальное.
А подчеркиваю, что пользуясь такой характеристикой (или определениями из PMBoK или ISO 21500) вы, как раз, скорее всего не сможете отделить проект от не проекта в реальной жизни.
itriot11; LordKim; +2 3 Ответить
2. awk 695 30.07.18 17:39 Сейчас в теме
Пример с яичницей не удачный. Где уникальный продукт?
wowik; Irwin; Kochergov; +3 Ответить
3. ekolyev 30.07.18 18:09 Сейчас в теме
(2) раскрывается ниже по тексту, в аналогии со страусиным яйцом. Далеко не каждый день простой обыватель готовит из него яичницу.
6. Selikhovkin 437 31.07.18 00:21 Сейчас в теме
(2)Нет уникального продукта. Не нужно добавлять эту фразу в определение, в реальных условиях она только путает.

Представьте себе стройку. Возведение дома это проект? Вроде, да.
Но если это дом по типовым чертежам (на языке строителей "по типовому проекту") - что в нем уникального? Местоположение?

Понятие уникальности - недоказумо и непроверямо.
itriot11; LordKim; user764938; +3 3 Ответить
8. CSiER 29 31.07.18 08:06 Сейчас в теме
(6) по примеру с домом - если для застройщика это первый такой дом (например, раньше возводил только малоэтажки, а сейчас нужно построить МКД на 22 этажа) - то, думаю, это проект. Да, нашли тех. документация, готовые подобные дома других застройщиков изучили - но у конкретно этого застройщика нет опыта (ещё может быть и компетенций нет - только контракт с суммой и сроками) - то есть для него это уникальный дом. Может быть нужно взглянуть на термин "уникальность" немного под другим углом?
Irwin; serge_focus; Selikhovkin; awk; +4 Ответить
12. awk 695 31.07.18 09:22 Сейчас в теме
(8) Мне ход мысли нравится...
20. Selikhovkin 437 31.07.18 20:12 Сейчас в теме
(8)
по примеру с домом - если для застройщика это первый такой дом (например, раньше возводил только малоэтажки, а сейчас нужно построить МКД на 22 этажа) - то, думаю, это проект. Да, нашли тех. документация, готовые подобные дома других застройщиков изучили - но у конкретно этого застройщика нет опыта (ещё может быть и компетенций нет - только контракт с суммой и сроками) - то есть для него это уникальный дом. Может быть нужно взглянуть на термин "уникальность" немного под другим углом?

Это, кстати, вполне возможный и распространенный подход. Его некоторые управленцы применяют. Грубо говоря, пока вы плохо умеете делать нечто, многое в этой области для вас - проекты. Обратное верно (научились очень хорошо - теперь это не проекты, а "операционная деятельность").
Грубо говоря, разворачивается на своем автозаводе новую сборочную линию (и это для вас в новинку) - проект. И наоборот, если вы компания, которая в месяц запускает по 3-4 таких линии под заказ на разных заводах - это вполне повседневная рутина.

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

Так что если неконкретную "уникальность" заменить на более понятную (на практике для конкретного менеджера и команды) "высокую неопределенность" - отличать проекты от не проектов гораздо проще. :)
11. awk 695 31.07.18 09:20 Сейчас в теме
(6) .
Не нужно добавлять эту фразу в определение.
Батюшка, вы либо крестик снимите, либо трусы наденьте. Вас паяльником заставили в статью определение вставлять?

Представьте себе стройку.
Я в ней работаю. Когда говорят "по типовому проекту" то речь идет не о проекте, а об объекте..

Понятие уникальности - недоказумо и непроверямо.
Надо физикам, да математикам рассказать, а то они бедолаги столько на этом базисе построили...
19. Selikhovkin 437 31.07.18 20:03 Сейчас в теме
(11)
Батюшка, вы либо крестик снимите, либо трусы наденьте. Вас паяльником заставили в статью определение вставлять?

Вы спорите с воображемыми моими аргументами.

Определение в статье приведено для того, чтобы было видно:
- есть классическое определение
- оно неудачное (не применимо на практике управленцем)
- отличать проект от не-проекта можно (критерии даны)

Я в ней работаю.

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

Вы не работаете руководителем проектов в стройке (судя по профилю - даже не близко). Автоматизировать процессы и отвечать за ввод объектов эксплуатации в срок и в рамках бюджета - разные вещи чутка. Давайте посоветую вам у кого из реальных боевых строительных менеджеров про уникальность домов спросить ;)
21. awk 695 01.08.18 09:18 Сейчас в теме
(19) Еще раз. Определение работает. Яичница при его использовании не подходит. Так что либо не то определение, либо пример. Закон исключения третьего.
4. Идальго 130 30.07.18 21:52 Сейчас в теме
Здесь кажется двумя предложениями можно было обойтись и все бы всё поняли. Н-р: “Проект – это мероприятие для достижения какой-то цели, ограниченное во времени ресурсах и связанное с достижением уникального результата.”
Соответственно выход за ограничения - плохо, негативный результат - тоже плохо. У хорошего менеджера плохо бывает крайне редко.
А начали тут яичницы какие-то, пирамиды, грани, обыватели и т.п. ))))
7. Selikhovkin 437 31.07.18 00:22 Сейчас в теме
(4)По процитированному вами определению - почти все в жизни является проектом. Попробуйте сами применить его к поездке на метро или в автобусе - например, на незнакомую станцию. Вот в том-то и проблема ;)
9. Идальго 130 31.07.18 08:47 Сейчас в теме
(7)
метро или в автобусе - например, на незнакомую станцию. Вот в том-то и проблема ;)
и в чём же проблема?
10. TODD22 18 31.07.18 08:56 Сейчас в теме
(9)
и в чём же проблема?

Без PMBOOKa боится не доехать.
15. Selikhovkin 437 31.07.18 13:21 Сейчас в теме
(10)Наоборот. Боюсь, вы пойдете с PMBoK в метро (а он там не нужен).
17. TODD22 18 31.07.18 13:24 Сейчас в теме
(15)
Боюсь, вы пойдете с PMBoK в метро (а он там не нужен)

Почему не нужен?
18. Selikhovkin 437 31.07.18 13:35 Сейчас в теме
(17)Может я чего не знаю.
Расскажите, как обычно используете PMBoK в общественном транспорте и почему (без него совсем не можете)?
13. profiprog1c 188 31.07.18 12:19 Сейчас в теме
Статья - ведро воды, примерно на середине стало нудно читать. Автор пытается показать, что все определения проекта неверные, а вот его определение верное. И сразу видно насколько автор плавает в теме, когда пишет, что современный проектный менеджмент сформировался примерно 50-70 лет назад. Так 50 или 70 лет и кто его сформировал? Фраза о том, что имея неограниченные ресурсы можно любой проект довести до конца полнейшая чушь и это не работает. Во первых неограниченных ресурсов не бывает. В том же Древнем Египте пирамиды строили экономя ресурсы. Еще пример, M$ (или Microsoft) имела очень громадные ресурсы, но где ее мобильная операционная система? Nokia имела громаднейшие финансовые ресурсы и научный потенциал, но где делась Nokia с ее ресурсами и с ее проектами? Поэтому статья вышла неинтересная. Рассказы про яичницу смешат. Порадовать ребенка яичницей из страусиного яйца на День рождение, Вы это серьезно рассматриваете как пример проекта?
rpgshnik; Irwin; CodeNull; acanta; serge_focus; Man4kin; Kochergov; +7 Ответить
14. TODD22 18 31.07.18 12:41 Сейчас в теме
(13)
Автор пытается показать, что все определения проекта неверные, а вот его определение верное.

А что ещё ждать от "проповедников с горящими глазами". Каждый считает что его понимание "проектов" правильнее, его Scrum самый толстый и длинный и только он познал истинный дзен Agile, о чём нужно срочно всем в интернете рассказать.
16. Selikhovkin 437 31.07.18 13:23 Сейчас в теме
(14)Молодцы. Придумали за автора свои тезисы и теперь с ними спорят ;)
22. user1025004 01.08.18 10:26 Сейчас в теме
Так что если неконкретную "уникальность" заменить на более понятную (на практике для конкретного менеджера и команды) "высокую неопределенность" - отличать проекты от не проектов гораздо проще. :)

В чём сложность отличать "проекты" от "не проектов" ?
Не важно едем мы на метро, жарим яичницу, строим многоквартирный дом или целый микрорайон. Если мы это делаем с применением проектных технологий то это проект, если нет то это не проект. Разве нет?
Не деятельность, не результат этой деятельности не определяют "проект" или "не проект", а именно сам проектный подход к деятельности говорит нам о том проект у нас или нет.
прикладной науке - аналогично

Исследовательская деятельность не совсем проектная.

И наоборот, если вы компания, которая в месяц запускает по 3-4 таких линии под заказ на разных заводах - это вполне повседневная рутина.

Если мы первую линию делаем не по проектным технологиям это проект? А если последующие делаем по "проектным" это не проект ?
25. Selikhovkin 437 01.08.18 12:09 Сейчас в теме
(22)
В чём сложность отличать "проекты" от "не проектов" ?
Не важно едем мы на метро, жарим яичницу, строим многоквартирный дом или целый микрорайон. Если мы это делаем с применением проектных технологий то это проект, если нет то это не проект. Разве нет?
Не деятельность, не результат этой деятельности не определяют "проект" или "не проект", а именно сам проектный подход к деятельности говорит нам о том проект у нас или нет.


Делать операцию пациенту или не делать?
Не симптомы и не диагноз определяют "оперировать ли". Важно ли то, разрезали ли мы ему живот.

Аналогично с проектами.
1000 страниц PMBoK написана не на все случаи жизни, а только для тех, которые требуют проектного подхода.
Какие это случаи? Пытаюсь ответить в статье.
27. user1025103 01.08.18 12:57 Сейчас в теме
(25)
Делать операцию пациенту или не делать?

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

Не симптомы и не диагноз определяют "оперировать ли". Важно ли то, разрезали ли мы ему живот.

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

Аналогично с проектами.

Вы ввели ложную аналогию.

1000 страниц PMBoK написана не на все случаи жизни, а только для тех, которые требуют проектного подхода.

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

Так вот:
Если мы первую линию делаем не по проектным технологиям это проект? А если последующие делаем по "проектным" это не проект ?

и
Какие это случаи? Пытаюсь ответить в статье.

В приведённом выше примере что проект, а что не проект по вашей классификации?


З.Ы. С радостью бы с вами на эту тему по дискутировал, но за дискуссии с вами выдают баны. А новые аккаунты мне лень регить. Хорошего вам настроения, держитесь здесь!
30. Selikhovkin 437 02.08.18 10:50 Сейчас в теме
(27)
(27)
Решает врач, а не "проектный подход", так же как строить дом или нет решает инвестор который на это строительство выделяет деньги. Сама операция может быть проектом, может не быть, зависит от подхода к её проведению. С применением проектных подходов или без.
"Операция" это процесс которым нужно управлять, а не методика управления...

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

Врач смотрит на пациента и принимает решение "как его лечить" - операция ли (какая?) или консервативное лечение (какое?) или смесь.
Менеджер смотрит на порученную ему задачу и решает как выполнить - применить ли проектное управление (и какую методику), применить регулярный менеджмент (что на много проще) или смесь.

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

(27)
Хорошего вам настроения, держитесь здесь!
Спасибо!
23. serge_focus 4 01.08.18 11:10 Сейчас в теме
Любой проект - это прежде всего управление деятельностью проектной группы с целью устранения рисков негативного результата проекта.

А уж к чему вы это управление прикрутите и как будете управлять это ваше решение ;).
26. Selikhovkin 437 01.08.18 12:10 Сейчас в теме
(23)
Любой проект - это прежде всего управление деятельностью проектной группы с целью устранения рисков негативного результата проекта.

Ага. Любое управление вообще об этом. Можно даже слово "проекты" не употреблять.
24. serge_focus 4 01.08.18 11:13 Сейчас в теме
Все PMBoKи и другие стандарты прежде всего об этом.
28. acanta 73 01.08.18 16:12 Сейчас в теме
В медицине есть понятие прогноз. Имхо, если прогноз после окончания проекта благоприятный - проект можно считать успешным.
Хотя мысль о том, что если хотя бы одна из сторон проекта (заказчик или исполнитель) не была полностью удовлетворена - проект можно считать провальным, тоже очень интересна. Если в состав целей проекта включено подготовка и повышение квалификации команды - то разумеется, использование профессионалов, которые оперирует исключительно своим багажом знаний - означает всего лишь сокращение сроков и демпинг. В принципе можно найти и таких специалистов. Но в этом случае проект не может быть успешным по определению. Именно потому что для исполнителя это путь вниз и этот прогноз неблагоприятный.
Вопрос в том, можно ли считать проект успешным когда результата нет, но прогноз благоприятный.
Или когда результат есть, но с неблагоприятными перспективами.
29. Selikhovkin 437 02.08.18 10:33 Сейчас в теме
(28)
Вопрос в том, можно ли считать проект успешным когда результата нет, но прогноз благоприятный.

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

Другие, наоборот, часто не могут дать быстрого эффекта (часто - работа дерматолога или ортопеда оперирует не "результатом через пол часа", долгосрочными прогнозами).

Иногда работа врача вообще не предполагает хорошего прогноза, к сожалению (в хосписах тоже работают врачи - не их вина, что пациента невозможно вылечить).

С менеджерами проектов похоже. Нужно обязательно смотреть на цель (чего хотели те, кто проект запускал). В некоторых случаях нужен внятный результат сразу по завершении, в других - положительная динамика, а третьи проекты, например, планово-убыточные и сейчас и в перспективы и призваны, например, законсервировать некую бизнес-ситуацию или притормозить падение.
31. serge_focus 4 03.08.18 11:42 Сейчас в теме
А вот слово "проект" и определяет ту радужную , уникальную цель к которой и несется проектная группа, преодолевая и превозмогая... Под чутким руководством...
32. strange2007 142 21.09.18 08:59 Сейчас в теме
Перечитал 2 раза, но так и не увидел конкретного ответа на вопрос - что такое проект. Наверное я очень глуп или... автор призывает к субъективной оценке проекта и банальному словоблудию. Главу "Что такое проект" перечитал раз пять (!!!!), но там только говорится про "что такое не проект" и как все вокруг ошибаются.
Поправьте меня, если не прав. А то как-то чувствую себя неуютно.
33. acanta 73 21.09.18 09:31 Сейчас в теме
Ок, я не совсем понимаю, вот есть небольшое предприятие с комплексной конфигурацией. Функциональность почти вся отключена. Предположим с начала года меняется учетная политика, какое-то время ведется работа в предыдущем периоде. Как совмещать к примеру оции наличие статуса у перемещений или соглашения, или и изменение реквизитов организации. все это требуется.зафиксировать в проекте. Единственное, что допускается включать в процессе работы это ордерный склад. Что отличает решение регулярного менеджмента от проектного? Фраза а почему вы не сказали этого раньше? Теперь уже поздно что то менять..
34. Valerych 03.12.18 18:25 Сейчас в теме
Иван, довольно необычно читать про неопределенность как обязательный атрибут проекта, как одну из граней, по которой можно отличить проект от не-проекта.

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

Есть ли в в документах от PMI или в руководствах PRINCE 2 упоминание о неопределенности в такой роли?
Какой англоязычный термин можно употреблять?
35. MariaTemchina 931 03.12.18 18:43 Сейчас в теме
(34) Я не Иван, но рискну изложить свою версию.
Предположу, что Иван говорит о неопределенности как о непременном свойстве уникальности.
Уникальность - действительно непременное свойство проекта.
Когда нет уникальности, мы говорим не о проектах, а об операционной деятельности. Нет никакой необходимости городить ни PMBOK ни Agile - один раз выстраиваем бизнес-процессы, и идём по ним. Но проект, из-за того, что он уникален, никогда до конца не понятен, не определен. В нём сидит где-нибудь чертик из табакерки под лозунгом "ни один план сражения не выдерживал столкновения с противником"...
То есть из-за уникальности мы никогда не можем в точности быть уверенными, что и как нужно делать. Риски всегда выше, чем в операционной деятельности. Как-то так.
36. Valerych 03.12.18 19:09 Сейчас в теме
(35) Марина, перечитал комментарии, Иван говорит возможно о замене уникальности на неопределенность.
Выглядит как reframing, ррраз и уже контекст другой.

Возможно существуют дискуссии и в англоязычной среде менеджеров проектов.
Интересно, как там звучит или звучало бы использование неопределенности как отличительного атрибута проектов.
37. MariaTemchina 931 04.12.18 10:03 Сейчас в теме
(36) Вообще, по моим представлениям о прекрасном, как раз Agile говорит об управлении проектами в условиях неопределенности. Что про это говорит PMBOK, если честно, не помню, последний раз его читала год назад ))).
38. Вurenkov 12.12.18 14:58 Сейчас в теме
Проект дома - это проект?
Проектный институт занимается проектами?
Та или иная степень неопределенности присуща любой последовательности действий для достижения определенного результата за определенное время. Даже для яичницы.
С тем же успехом можно дискутировать о терминах Задача и Дело. Впрочем, тут проще. Задачи надо решать, дела - делать.
В любом случае, Термин Проект, можно применять к связанной последовательности действий по-разному. Непременные атрибуты проекта:
- планируемое время
- наличие участников
- наличие этапов (стадий, промежуточных результатов и т.д.)
- ожидаемый результат.
39. k.dm.v@mail.ru 15.05.19 23:16 Сейчас в теме
Тема я бы сказал жизненная. Спасибо автору за лаконичное и содержательное вступление в тему проектов.
Оставьте свое сообщение

См. также

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

23.01.2020    4253    MariaTemchina    6       

INFOSTART MEETUP Kazan. 13 марта 2020 г. Промо

Инфостарт продолжает путешествие по России. Следующая остановка - Казань. Тема мероприятия - управление и технологии автоматизации учета на платформе "1С: Предприятие". Ждем всех: докладчиков и участников! Стоимость участия - 5 500 рублей. Цена действительна до 30.01.2020

5 500

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Статья no Нет файла Бесплатно (free) Управление проектом

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

14.10.2019    3901    chavalah    16       

Незакрытый проект на 1000 часов

Статья no Нет файла Россия Бесплатно (free) Управление проектом

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

19.09.2019    9313    ogroup    161       

Программы для исполнения 488-ФЗ: Маркировка товаров Промо

1 января 2019 года вступил в силу ФЗ от 25.12.2018 № 488-ФЗ о единой информационной системе маркировки товаров с использованием контрольных (идентификационных) знаков, который позволяет проследить движение товара от производителя до конечного потребителя. Инфостарт предлагает подборку программ, связанных с применением 488-ФЗ и маркировкой товаров.

Стратегия выживания в корпоративных войнах

Статья no Нет файла Бесплатно (free) Управление проектом

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

16.09.2019    6647    GSoft    15       

Мастер-класс СППР

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    7303    SergeyN    4       

Голосование за доклады на INFOSTART MEETUP Kazan - до 25 февраля. Промо

Выбирайте и голосуйте за самые интересные доклады! Лучшие из лучших попадут в окончательную программу казанского митапа. Оставить свой голос можно до 25 февраля 2020 года.

Планирование реагирования на риски. Курс по управлению проектами, часть 28

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

20.08.2019    1987    Selikhovkin    2       

Базовый курс по обмену данными в системе 1С:Предприятие. Онлайн-интенсив с 12 по 28 мая 2020 г. Промо

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

5500 рублей

Как заработать миллион или История успешного сотрудничества

Статья Программист Нет файла Бесплатно (free) Управление проектом

Многие мечтают один раз что-то создать, а потом жить на заработанные деньги до конца своих дней. Но миллионерами становятся не все, их единицы. Среди них – разработчик Андрей Карпов. Человек, который сумел за полтора года заработать 2 миллиона рублей чистой прибыли, поделился с гостями конференции Infostart своими секретами.

05.08.2019    6056    karpik666    77       

Готовые переносы данных из различных конфигураций 1C Промо

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

Риски – идентификация и качественный анализ. Курс по управлению проектами, часть 26

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

30.07.2019    2007    Selikhovkin    0       

Бизнес-аналитика с помощью Power BI

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    9316    pbazeliuk    18       

Управление ИТ-проектами. Модуль 2: продвинутый онлайн-курс по классическим методам управления проектами. Вебинары проходят с 12 марта по 11 июня 2020 года. Промо

Продвинутый онлайн-курс по классическому управлению ИТ-проектами позволит слушателям освоить инструменты из PMBoK® и 1С:Технологии корпоративного внедрения и научиться их применять для проектов любого масштаба. Курс включает в себя 12 вебинаров и 12 видеолекции, разбор кейсов и рекомендации экспертов по проектам слушателей. Ведущая курса - Мария Темчина.

от 13000 рублей

Управление проектами по автоматизации бюджетирования

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    4904    SergeyN    1       

Управление рисками – алгоритм. Курс по управлению проектами, часть 25

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что можно назвать рисками с точки зрения менеджера проекта? Методологи придумали следующее определение: риск – это положительное или отрицательное событие, которое может произойти или не произойти. Из этого определения можно сделать два важных вывода...

21.06.2019    2520    Selikhovkin    0       

Онлайн-курс "Подготовка к экзамену 1С:Эксперт и 1С:Профессионал по технологическим вопросам" с 7 по 24 апреля 2020 г. Промо

На курсе вы получите практические навыки решения задач производительности 1С, в том числе характерных для высоконагруженных информационных систем (более 1000 пользователей). Подготовка к экзамену – только одна из составляющих курса. 70% слушателей приходят за знаниями, которые позволят расти и зарабатывать, делать сложные задачи на крупных проектах.

16450 рублей

Риск - благородное дело!.. Часть первая

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    5412    MariaTemchina    8       

Закупки по контрактам "Время и материалы" и "С возмещением затрат". Закрытие закупок. Курс по управлению проектами, часть 24

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Другой тип контрактов – “Time and materials”, почасовка: есть ставка в час, сколько поработал, столько и получил. Для вас, как для заказчиков, это хороший тип контракта или плохой? На самом деле это самый рисковый тип из всех. Потому что, как известно, «солдат спит – служба идет». И тут может быть и затягивание сроков, и раздувание затрат.

13.06.2019    2148    Selikhovkin    0       

Новый раздел на Инфостарте - Electronic Software Distribution Промо

Инфостарт напоминает: на нашем сайте можно купить не только ПО, связанное с 1С. В нашем арсенале – ESD-лицензии на ПО от ведущих вендоров: Microsoft, Kaspersky, ESET, Dr.Web, Аскон и другие.

  • Низкие цены, без скрытых платежей и наценок
  • Оперативная отгрузка
  • Возможность оплаты с личного счета (кешбек, обмен стартмани на рубли и т.п.)
  • Покупки идут в накопления для получения скидочных карт лояльности Silver (5%) и Gold (10%)

Закупки по контрактам Fixed Price - с фиксированной ценой. Курс по управлению проектами, часть 23

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

С точки зрения проектного управления всю классификацию можно свести к трем ключевым типам контрактов. Первый из них - это fixed price – фиксированная цена. Наверняка, многим такой тип контракта знаком. Его смысл в том, что в нем ничего не меняется.

06.06.2019    2007    Selikhovkin    0       

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.05.2019    5873    MariaTemchina    23       

1C:Предприятие для программистов: Расчетные задачи (зарплата). Онлайн-интенсив с 01 по 17 июня 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, которые предназначены для автоматизации периодических расчетов, а именно - для расчета зарплаты. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей прикладного решения “1С:Зарплата и управление персоналом” и прочих прикладных решений, в которых реализован функционал расчета зарплаты.

4900 рублей

Закупки на проекте: алгоритм, планирование и осуществление закупок. Курс по управлению проектами, часть 22

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

27.05.2019    2506    Selikhovkin    0       

Подборка программ для взаимодействия с ЕГАИС Промо

ЕГАИС (Единая государственная автоматизированная информационная система) - автоматизированная система, предназначенная для государственного контроля за объёмом производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции. Инфостарт рекомендует подборку проверенных решений для взаимодействия с системой.

Контроль прогресса – метод освоенного объема (earned value management – EVA). Курс по управлению проектами, часть 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Чтобы прийти к EVA, нужно было сначала перевести все показатели в деньги. Расписание – в деньги, бюджет – в деньги, содержание – в деньги.  Все превратить в деньги, потом подставить в какие-то формулы и посчитать. Это и сделали.

13.05.2019    5003    Selikhovkin    2       

Устав писать Устав

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    5361    MariaTemchina    8       

​​​​​​​CorelDRAW Graphics Suite 2019 Промо

CorelDRAW – пакет профессиональных инструментов для редактирования фотографий, разработки дизайна, создания макетов страниц и векторных иллюстраций

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

23.04.2019    2855    Selikhovkin    0       

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    8588    MariaTemchina    15       

Подборка решений для взаимодействия со ФГИС «Меркурий» Промо

С 1 июля 2019 года все компании, участвующие в обороте товаров животного происхождения, должны перейти на электронную ветеринарную сертификацию (ЭВС) через ФГИС «Меркурий». Инфостарт предлагает подборку программ, связанных с этим изменением.

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

29.03.2019    2790    Selikhovkin    0       

Критический путь в расписании, продолжаем тему управления сроками. Курс по управлению проектами, часть 18

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

04.03.2019    3129    Selikhovkin    0