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

Публикация № 889250 18.08.18

Анализ и управление - Управление проектом

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

Предисловие

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

  1. понять цель (что нам нужно сделать);
  2. поделить все на задачи – одну, другую, затем третью и следующую. Пока одни выполняют одну задачу, другие – другую, и т.д.;
  3. определить ответственных;
  4. регулярно контролировать, чтобы все исполнялось, и никто не разбежался.
  5. Эта логика хорошо работает для операционной деятельности - когда у вас работа постоянная и однотипная. Но проект, по своему определению - это работа ограниченная по времени (конечная) и связанная с высокими рисками (неопределенная).   

И если работе свойственна конечность и неопределенность одновременно, такой подход – спланировать все наперед – плохо работает. Почему: из-за конечности или неопределенности? Конечно же, из неопределенности. К примеру, вы потратили 2 недели, сделали прекрасный план для IT-проекта. Приступаете реализовывать - и тут, начинается… Ведущий разработчик у вас категорически не готов работать по предложенной технологии. Говорит, она не подходит, и план надо переделывать. А другой разработчик вообще уволился, а тут еще неожиданно появились проблемы с поставщиком, потом появляется ещё что-нибудь... Из-за неопределенности все время возникают непредвиденные трудности и сложности. Поэтому подход под названием «спланируем все детали наперед, а потом просто контролируем» плохо работает при высокой неопределенности.


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

Как с этим справляются менеджеры проектов? В Айти сфере все большей популярностью пользуется такой подход, как скрам. Говоря очень упрощенно, последователи скрама решили отказаться от детальных планов наперед, и больше их никогда не составлять. К примеру, айти-специалисты делают интернет-магазин. В первую очередь команда проекта идет к клиенту, он рассказывает свои пожелания. Все его требования записываются, и кладутся, условно говоря, в виртуальное «ведро»: дизайн главной страницы, форма поиска, каталоги, личный кабинет, возможность отслеживать скидки, возможность онлайн оплаты – все, что попросит клиент. Потом скрам команда начинает работать. Сначала берутся за 2-3 приоритетные задачи (хотелки) и решают их в первые две недели (первый спринт). В конце спринта результат показывают клиенту и спрашивают, нравится ли ему. Допустим, клиенту нравится. Отлично. Команда берется за следующие задачи, которые могут выполнить за две недели, а потом снова показывают клиенту. Но тут заказчик не доволен, и объясняет, что ему на самом деле требуется немного другое. Разработчики уточняют запрос, и в следующем спринте переделывают еще раз. И на следующей демонстрации клиент уже оказывается доволен. Таким образом, команда постепенно опустошает «ведро» с задачами (в скраме оно называется  бэклогом продукта). Промежуточные результаты все время показываются клиенту, и в итоге интернет-магазин становится таким, каким его себе представил заказчик.
 
Но и этот подход к управлению проектами не всегда годится. Где кроются главные проблемы: в конечности или в неопределенности? Очевидно, что в конечности. Потому что заказчик может восхищаться подходом, но он, скорее всего, еще в начале проекта задаст маленький вопрос – когда вы закончите, и сколько это будет стоить? Но на этот вопрос скрам ответить не может. Когда разработчики получат промежуточные результаты, они оценят свою скорость, и только потом смогут приблизительно оценить, когда проект закончится и в какие деньги обойдется (и точность этих прогнозов будет по ходу проекта постепенно возрастать). Но на старте полная стоимость и продолжительность проекта не известны. 
 
Я однажды поинтересовался у моего коллеги, идеолога скрама в России, что он отвечает, когда клиент интересуется общей стоимостью проекта. Его ответ потенциальным клиентам меня удивил: “Тебе не нужно этого знать”. Аргументация следующая - у клиента возникает вопрос про общие деньги и сроки, потому что он не доверяет исполнителю. Переживает, что время пройдет, деньги потратят, а он ничего не получит или результат не будет соответствовать его ожиданиям. Но в скраме заказчик защищен от этой ситуации: ведь в каждом спринте вы будете все время увеличивать функциональность продукта. Вовлекаясь в процесс регулярно, заказчик будет видеть работающий продукт на промежуточных этапах, и уверится, что в конце концов, он получит ровно то, что ему и нужно. В этой ситуации заказчик расслабится и перестанет задавать дурацкие вопросы о деньгах и сроках.
 
На мой взгляд, это очень странный тезис, потому что в жизни такой подход не работает. Скрам и аналогичные ему методы очень хороши, но они работают там, где нет конечности (четких ограничений проекта, заданных изначально). А там, где они есть, подобный подход, к сожалению, не применим.

 
Первый принцип проектного управления. Принцип яйца.

Как ответ на эти два вызова - конечность и неопределенность, родилось проектное управление. Появился принцип яйца. Это, конечно, метафора. Но она отражает то, как менеджеры отреагировали на конечность и неопределенность.
 
Что символизирует куриное яйцо? Представьте, курица снесла яйцо и садится его высиживать. Яйцо сразу конечного размера, то есть скорлупа уже больше не увеличивается. И скорлупа – это аналог того, что называется «устав проекта». В каждом проекте обязательно есть такая вещь, как устав. В уставе фиксируются неизменные ограничения проекта - стоимость, сроки и кратко его суть (содержание). И сколько бы курица ни сидела, яйцо больше не растёт. Это жесткие рамки, в которые проект должен уложиться, и мы обязаны уложить его в эти рамки любой ценой.  


Под скорлупой яйца находится внутреннее содержимое. Но пока это только общие планы. Когда курица садится на яйцо, там есть белок и желток - размытые субстанции, а птица еще не угадывается. Так и на старте проекта пишется устав, а подробных планов нет. Они создаются очень примерно. То есть вы должны представить себе общую картину, а уточнять будете позже, чтобы не тратить каждый раз время на переписывание и уточнение. И чем дальше продвигается проект вперёд, чем дольше курица высиживает яйцо, тем явственнее проступают лапки, клювик, глазки и вообще наша будущая птица. Так и с проектом. Сначала планы примерные, а чем дольше он длится, тем больше уточнений вы вносите, и в этом заключается принцип яйца.
 
То есть на старте есть устав и примерные планы (белок и желток). На протяжении проекта устав неизменен, а планы меняются, расширяются. Это очень важное правило – скорлупу трогать нельзя. Если вы расковыряли пальцем скорлупу яйца, то результат у вас уже не получится, высидеть яйцо будет невозможно. Точно так же и с проектом: если вы устав нарушили, этот проект надо перезапускать. Если яйцо сначала высиживала курица, а потом вы решили, что это должен делать крокодил, то придется брать уже другое яйцо.
 
Задача менеджера проекта – обеспечить, чтобы внутреннее содержимое не переросло ограничения, чтобы белок и желток не стали больше самого яйца. Если скорлупа лопнет, проект тоже не получится. И PMBoK – это пособие о том, как впихнуть то, что не вмещается, как яйцо удержать в скорлупе.
 
Попробуйте ответить, можно ли назвать успешным проект, если сроки были превышены в 50 раз, а бюджет – в 40 раз, но продукт получился хорошим? Речь идет, в частности, о продуктах Microsoft – Word и Excel – очень популярных, очень хороших продуктах. Являются ли они успешными проектами?
 
На самом деле это провальные проекты, но все довольны. И надо эти две вещи разделять и не путаться: это очень хорошие продукты, которыми все довольны, но провальные проекты. Почему это не просто придирки? Если бы это была не Microsoft, а совершенно другая компания, то:

  • проект никогда бы не завершился,
  • компания разорилась бы.

 
По сути, эти проекты не обладали конечностью. Руководству на самом деле было все равно, сколько денег уйдет на проекты и когда они выйдут. Главное – чтобы продукты вышли и покорили рынок.
 
И таких компаний немало, тот же Яндекс или Google. Они не очень переживают, сколько будет стоить их новый сервис или обновление. Их не очень интересуют сроки. Для них важно, чтобы получился очень хороший продукт.
 
Когда у вас такая ситуация – скрам работает прекрасно, ничего лучше не бывает. Если у вас бесконечное число денег и времени, и вам просто нужен хороший продукт, то ничего лучше, чем спокойненько делать и все время показывать клиенту промежуточные результаты, никто не придумал. Но если вы работаете в боевых рыночных условиях, если у вас бюджет ограничен, и хороший продукт – не единственное, что вас волнует, то для этого есть проектное управление. 


Второй принцип. Принцип удава.

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

 

 

Третий принцип. Принцип командности и проактивности. 

 

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

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

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

Следующая часть курса:  Роли в проектном управлении. Курс по управлению проектами, часть 3

 

Если вас интересует тема "Управления проектами" и вы хотите самостоятельно подготовиться к экзамену на сертификат Project Management Professional, то приглашаем пройти новый видеокурс Ивана Селиховкина "Подготовка к экзамену РМР"

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Alien_job 183 20.08.18 11:03 Сейчас в теме
У вас у удава стрелочки не в ту сторну
zqzq; o.nikolaev; Sla; +3 Ответить
2. dock 44 22.08.18 15:26 Сейчас в теме
(1) Почему не в ту ? Адаптация по текущие реалии: всё делается через Ж.!
MariaTemchina; zqzq; o.nikolaev; Kochergov; smit1c; +5 Ответить
5. MariaTemchina 1589 27.08.18 11:18 Сейчас в теме
(1) Почему не в ту? Любая схема - она условная. Можно считать, что удав лежит в направлении мечты движется в сторону успешного завершения проекта.
9. Alien_job 183 27.08.18 12:01 Сейчас в теме
(5) А можно не считать. Если ваша теория объясняет любой исход, то она на самом деле не объясняет ничего. Вся статья - бессодержательная вода, поэтому и комментарии не конструктивные.
15. Marina29 03.09.18 10:21 Сейчас в теме
(1) Если стрелочки нарисовать в противоположную сторону, получится еще хуже - сразу понятно, куда идет проект и его результаты...
3. o.nikolaev 208 22.08.18 20:34 Сейчас в теме
Принцип "яйца", как-то тухловат. Стоимость и сроки неизменны, ок. Но "суть" неизменна? По ходу дела заказчик может "усугубить" свое понимание и изменить "суть" или, как минимум, очень сильно скорректировать ее. Несколько раз. Новый проект? Каждый раз? Каждый раз переписываем устав (ведь "суть"-то поменялась)? Вангую: после 3-го переписывания и пересогласования "устава" генеральное руководство поинтересуется что за "х..ней" вы там маетесь?
6. MariaTemchina 1589 27.08.18 11:27 Сейчас в теме
(3) Я здесь соглашусь с автором (хотя с некоторой оговоркой, ибо сама являюсь сторонником более гибких методологий). Классическое проектное управление (о котором пишет Иван) предполагает, что основная цель проекта в процессе не меняется. Если меняется - проект перезапускается. Перезапуск проекта - это не страшно, и не предполагает обесценивания уже сделанного. Это просто рефлексия того факта, что мы облажались, и поменяли наш подход. Почему это важно? Чтобы подмена целей и расползание содержания не происходила незаметно ("давайте искупаем лошадь в шампанском... ну хотя бы кошку пивом обольем" (С) Поручик Ржевский). Знаменитый Chaos Report от the Standish Group International показывает, что на 100 стартов проектов приходится 94 перезапуска (когда как раз приходится заменять, скажем, куриное яйцо на страусиное). Это не значит, что 94% проектов перезапускается, на один проект может приходиться несколько перезапусков.
Резюме - классическое проектное управление предполагает неизменность яйца. А вот Agile - нет, об этом читайте в моих публикациях ))).
4. o.nikolaev 208 22.08.18 20:38 Сейчас в теме
Насчет аналогии шахматной... Все конечно зависит от конкретной позиции, но, если при прочих равных, у вас "конь ушел в декрет" а "ферзь заболел", то увы, по правилам шахмат вы не выиграете. Ну или если только заявить что на самом деле это вот мы сейчас в шах-бокс играли и попытаться врезать противнику.
7. MariaTemchina 1589 27.08.18 11:28 Сейчас в теме
(4) С шахматами, говорите, аналогия неудачная? Тогда вот вам еще одна близкая аналогия: "управление проектами - это не сложно. Это как езда на велосипеде. Только велосипед горит. И вы горите. И все горит"...
8. o.nikolaev 208 27.08.18 11:58 Сейчас в теме
(7) Ну, хорошо. Автор правда привел пример для шахмат. Ну, давайте тогда с велосипедом разберемся. Начнем с вопроса, куда вы едете? Ну, видимо куда-то. И к какому-то времени надо успеть (пока не сгорит велосипед? вы? надо ли чтобы велосипед дошел до точки назначения? надо ли чтобы вы дошли в живых до точки назначения? или какое-то иное ограничение? Вообще, замечу, что маловато исходных данных, вот в шахматах пример очень емкий - там почти сразу все условия описаны). Хорошо. Сажаем вас на велосипед, пусть это в лесу будет. Поджигаем вас, поджигаем велосипед, поджигаем лес вокруг. Вы едете. Осмелюсь предположить, что "управления проектом" не будет. И что вы будете просто визжать. Это вот вы такой какой-то странный пример имели в виду? Или что? Ну или я может вообще чего-то не знаю, и где-то есть видео где вы+горящий велосипед. Извините за возможно неуважительный тон, но право же, пример с "велосипедом", не очень, на мой взгляд.
10. MariaTemchina 1589 27.08.18 12:04 Сейчас в теме
(8) Про велосипед - это, конечно же, шутка ))).
Но, замечу, после аналогии с велосипедом вы уже не столь бурно протестуете против шахматной аналогии ))).
11. o.nikolaev 208 27.08.18 12:29 Сейчас в теме
(10) Мария, скорее всего у вас другой взгляд на мир. Вы видите его иначе чем я. В сообщении выше я лишь указал что шахматная аналогия "с дыркой", и, вроде бы, обычным образом, а не "бурно". Также указал на дыры в аналогии с "велосипедом".
17. igo1 261 17.03.21 19:03 Сейчас в теме
Если у вас на проекте "конь ушел в декрет" а "ферзь заболел"
1. Остался бюджет в проекте на который можно привлечь другого коня и ферзя
2. Можно довести пешку до конца доски и сделать из него коня или ферзя
3. Переговорить с заказчиком результата партии об изменении времени игры например пока ферзь не поправиться

За это как раз в вашей аналогии и отвечает РП, это самая простая задача.
12. profiprog1c 239 27.08.18 13:19 Сейчас в теме
Из прочитанного я не понял, зачем нужен проект менеджер, при создании того же томографа? То есть выглядит это приблизительно так. Есть организация, которая хочет создать томограф. Эта организация должна обладать фин. ресурсами, так как томограф сложный аппарат и требует вовлечения разных людей для своего создания. В такой организации есть руководство, которое и будет руководить проектом. Где в создании томографа появляется проект менеджер, который к тому же полный профан??? Статья из серии: все и ничего толком!
13. MariaTemchina 1589 27.08.18 18:23 Сейчас в теме
(12)
В такой организации есть руководство, которое и будет руководить проектом.
- это и есть руководитель проекта - представитель руководства, который будет руководить проектом. О чем мы дискутируем? ))
14. profiprog1c 239 27.08.18 18:59 Сейчас в теме
(13) Дискутируете вы, а я спрашиваю, где в статье появляется проект менеджер в примере с созданием томографа?
16. user597313_kovvla 06.07.20 12:13 Сейчас в теме
(14) Проект менеджер, в самом начале и появляется, это может быть привлеченный специалист по проектам, представитель компании подрядчика и т. д. А по поводу профана смешно, кто тогда не профан, представитель заказчика, если речь, будет идти о программировании или проектировании электроники, в статье об этом четко говорится, что нельзя быть специалистом во всем.
Оставьте свое сообщение

См. также

Тест для самопроверки руководителя проекта: как отличить падавана от рыцаря-джедая?

Управление проектом Бесплатно (free)

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

12.01.2023    3660    MariaTemchina    28    

18

На что похож ваш продукт: на Аквариум или на Муравейник? 

Управление проектом Бесплатно (free)

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

27.12.2022    1810    MariaTemchina    28    

23

ТРИЗ. Решение нерешаемых проблем в бизнесе

Управление проектом Бесплатно (free)

Советскую теорию решения изобретательских задач давно применяют крупнейшие мировые корпорации, причем не только в технологической области, но и в сфере бизнеса. На конференции Infostart Event 2021 Post-Apocalypse основатель бизнес-клуба ТРИЗ Алексей Благих рассказал, как с помощью ТРИЗ решать нерешаемые задачи, и почему метод проб и ошибок здесь не поможет.

09.11.2022    2177    user1576201    10    

16

Как донести здравый смысл до заказчика. Инструменты архитектора

Управление проектом Анализ и проектирование ИТ-систем Бесплатно (free)

Андрей Овсянкин на конференции Infostart Event 2021 Post-Apocalypse поделился инструментами, которые помогают ему обрабатывать большой поток задач и экономить недели на обсуждении проекта. Он рассказал, как искать ошибки в процессах, какие диаграммы полезны при общении с заказчиком и с помощью каких инструментов можно быстро рисовать наглядные картинки вместо долгих разговоров.

05.08.2022    9955    Evil Beaver    17    

100

Технология вялых проектов

Управление проектом Бесплатно (free)

Не все ж такие молодцы.

11.05.2022    4633    1c-intelligence    49    

41

1С-ники могут все, но они не могут все сразу. Рекомендации по внедрению Канбан-системы для проектов 1С

Внедрение ИТ-системы Управление проектом Бесплатно (free)

Директор по проектам Инфостарт Мария Темчина на конференции Infostart Event Post-Apocalypse делала большой доклад о внедрении Канбан-систем. В преддверии старта курсов Марии по управлению ИТ-проектами редакция Инфостарт решила поделиться с читателями докладом о работе ИТ-команд с Канбан. В статье вы узнаете, зачем внедрять такую систему работы, и как она помогает договариваться разработчикам и бизнесу.

22.04.2022    3212    MariaTemchina    1    

18

Документальное оформление бизнес-процессов в проектах по автоматизации

Анализ и проектирование ИТ-систем Управление проектом Внедрение ИТ-системы Бесплатно (free)

При формировании проектной документации под конкретного заказчика важно использовать в качестве основного источника информации автоматизируемые бизнес-процессы. О том, как такой подход позволяет соблюсти правило полноты и непротиворечивости информации на митапе «Бизнес-аналитик. Роль в команде, компетенции, инструментарий» рассказал руководитель отдела экспертизы компании «Первый БИТ» Денис Галимов.

02.02.2022    9160    denisgalimoff    3    

23

7-ой PMBOK® Guide: Есть ли там что-то действительно полезное?..

Управление проектом Бесплатно (free)

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

07.09.2021    9072    MariaTemchina    0    

20

Новый PMBoK 7®: Неужели заговор его составителей против простых людей все-таки раскрыт?

Управление проектом Бесплатно (free)

Некоторое время назад один из моих читателей в своем письме предположил, что есть настоящий заговор у тех, кто пропагандирует изучение PMBoK®.

30.07.2021    9105    MariaTemchina    13    

23

Как приручить драконов. История построения экосистемы на основе 1С

Управление проектом Бесплатно (free)

Многие задачи интеграции и мониторинга не имеют стандартных решений в среде 1С. О том, как команда 1С-ников смогла организовать успешный симбиоз учетной системы и системы тысяч внешних устройств, на INFOSTART MEETUP Новосибирск.Online рассказал TeamLead и специалист по внедрению компании ИнфоСофт Григорий Шатров.

14.05.2021    4544    G.Shatrov    6    

19

Пришиваем хвост: нужен ли Эджайл в 1С или глупости это всё?..

Управление проектом Бесплатно (free)

Коллеги, приглашаем поучаствовать в опросе - Agile в проектах внедрения 1С: реально работает или это миф? Интересен практический опыт!..

12.03.2021    7653    MariaTemchina    86    

27

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

Управление проектом Бесплатно (free)

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

16.02.2021    4526    MariaTemchina    45    

33

Как бороться с соблазном объять необъятное, или Канбан-система в проектах 1С

Управление проектом Бесплатно (free)

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

12.02.2021    4898    MariaTemchina    17    

25

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

Управление проектом Бесплатно (free)

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

10.02.2021    6308    andironenko    17    

52

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

Управление проектом Бесплатно (free)

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

09.12.2020    3015    MariaTemchina    3    

30

Что почитать про Agile для чайников?

Управление проектом Бесплатно (free)

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    6287    MariaTemchina    9    

34

Компетенции руководителя проекта: по версии PMI и здравому смыслу. Часть 1-ая.

Управление проектом Бесплатно (free)

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    7828    MariaTemchina    9    

26

Как создать коробочный программный продукт

Управление проектом Бесплатно (free)

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

05.10.2020    4451    primat    2    

25

Стыд и Скрам: взгляд глазами собственника из IT-шников

Управление проектом 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Не все, кто употребляют понятия Agile и Scrum, понимают, что они означают. О том, насколько в реальном мире автоматизации бизнеса на платформе 1С применимы гибкие подходы к разработке ИТ-продуктов на конференции Infostart Event 2019 рассказал основатель и соучредитель группы компаний WiseAdvice Иван Тягунов.

18.09.2020    5721    IvanAT1981    5    

20

Советы начинающим РП: Подводим итоги шляпной вечеринки 

Управление проектом Бесплатно (free)

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

15.09.2020    3446    MariaTemchina    5    

23

Как стать исполнителем в проекте от Инфостарта

Управление проектом Бесплатно (free)

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    4374    alexandr.blinov    17    

40

Как продвигать авторские конфигурации 1С

Управление проектом Бесплатно (free)

Конфигурации 1С продвигать на рынке самостоятельно нелегко. Мало того, что нужно развивать продукт, чтобы удовлетворять потребности клиентов и выгодно отличаться от конкурентов, нужно еще заниматься его популяризацией, продажами и поиском проектов для внедрений. Большую часть этой работы готов взять на себя Инфостарт. Авторам останется только разработка, развитие и внедрение. Чем именно готов помочь Инфостарт, рассказал руководитель корпоративного отдела компании Рамин Курбанов. 

07.09.2020    3324    RKurbanov    3    

22

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

Управление проектом Бесплатно (free)

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    5236    MariaTemchina    30    

44

Матрица СКГ как инструмент разработки деловой модели

Управление проектом 1С:Франчайзи, автоматизация бизнеса Россия Управленческий учет Бесплатно (free)

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

24.07.2020    3721    Soliton    10    

19

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

Управление проектом Бесплатно (free)

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

21.07.2020    4269    MariaTemchina    1    

33

Управление в стиле Догвилль

Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    5777    1c-intelligence    17    

56

Наиболее типичные ошибки при оценке работ в проектах 1С

Управление проектом Бесплатно (free)

Для кого эта статья? Если вы руководитель проектов (РП) с опытом «от трех проектов», то можете не читать: скорее всего, ничего нового вы не узнаете. А если вы хотите стать РП в проектах 1С или вы профессионал (разработчик, аналитик, консультант), к которому часто обращаются за оценкой, то вам будет полезно узнать о типичных ошибках при оценке. Если вам необходимо реализовать задачу, которую не имеет смысла делать по классической проектной технологии, но заказчик требует фиксированной оценки, и задача на 2-5 человеко-месяцев, - то вам будет полезно понять методы оценки работ. Если читатель часто пользуется услугами удаленных разработчиков/аналитиков, то вам, возможно, станет понятно, почему «человек все сделал, мы ему заплатили, сколько сказал, а он от нас ушел и больше работать не хочет». Типичные ошибки распределю по классам.

13.06.2020    3532    Koder_Line    9    

26

Как воспитать в себе РП? Часть 2. Растим ведущего руководителя проектов

Управление проектом Бесплатно (free)

Теперь поговорим про роль ведущего руководителя проектов, задающего и формирующего политику управления проектами в компании.

08.06.2020    8613    MariaTemchina    0    

20

Как воспитать в себе РП? Часть 1

Управление проектом Бесплатно (free)

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

01.06.2020    9490    MariaTemchina    4    

23

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    7317    sapervodichka    1    

56

Почему Scrum не работает в проектах 1С

Управление проектом Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    13792    MariaTemchina    34    

45

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Бесплатно (free)

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

23.03.2020    8369    MariaTemchina    26    

33

Визуализация фич Vanessa Automation в StoryMapper

Управление проектом ИТ-компания 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описан процесс визуального упорядочивания коллекции feature-файлов в виде карты пользовательских историй. Используется инструмент гибкого управления требованиями StoryMapper.

21.03.2020    5138    oleynik.dv    7    

23

Как завершать проекты в срок

Управление проектом Бесплатно (free)

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

10.03.2020    5926    VLikhobabin    6    

27

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

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

03.03.2020    11002    VLikhobabin    44    

67

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

Управление проектом Бесплатно (free)

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

23.01.2020    48377    MariaTemchina    12    

36

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

Управление проектом Бесплатно (free)

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

04.01.2020    7568    capitan    52    

24

BDDSM-практики, или 50 оттенков желтого

Управление проектом ИТ-компания 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

В статье описаны практические результаты применения методики BDDSM на отдельно взятом РЕАЛЬНОМ проекте поддержки.

26.12.2019    13382    Mistress_A    28    

80

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    7732    1c-intelligence    33    

27