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

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

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

В своем докладе Мария Темчина подробно рассказала про то, какие подходы к управлению проектами вообще бывают с точки зрения Project Management Institute, и какие из них применимы при руководстве проектами внедрения 1С.

Комментарии про AgileВведение

Почему я решила выбрать для своего доклада на Infostart Education Event 2018 именно такую тему? Довольно много вопросов на сайте посвящены тому, насколько Agile и 1С вообще совместимы. Очень часто говорят, что Agile в крупных проектах невозможен, часто Agile обвиняют в том, что отсутствие документации списывают на применение гибких методологий.
С другой стороны, многие разработчики вообще не представляют работу без гибких методов, и считают, что Agile - "это такой спасательный круг для проектов, утонувших в водопаде".
Почти все высказывания, которые вы видите на этой картинке - это цитаты практиков, в том числе участников сообщества Инфостарт на сайте, и я решила своим докладом снять противопоставление "Agile vs Водопад" и разобраться, что есть что.

Кстати, тех, кому интересно подробнее разобраться в том, как применять разные подходы в управлении проектами в вашей организации, рекомендую записываться на онлайн-курс "Базовый курс управления проектами 1С", который начнется на Инфостарте 27 февраля 2019 года, где вы сможете не просто познакомиться с разными подходами, но и освоить технологии для их дальнейшего применения. 

Чтобы не быть пустословной, а опираться на какую-то почву, я решила основываться на представления  гибкие методы управления проектами PMI - американский институт управления проектами. PMI давно уже является законодателем вообще в принципе проектного управления, на его основе написан стандарт ISO 21500, который применяется в том числе и в России. На PMBOK - свод знаний по управлению проектами, созданный PMI, ссылается 1С в своих рекомендациях. Кстати, меня очень порадовало, когда я открыла шаблоны Технологии корпоративного внедрения (1С:ТКВ) - небольшие документы, буквально несколько десятков страниц - в начале которых написано, прежде чем их применять - обязательно прочитайте PMBOK - документ на 500 страниц. То есть прежде чем применять документ в 10 страниц, прочитайте документ на 500.
Некоторые, включая моего коллега Ивана Селиховкина, который выступал на конференции с докладом "Черная книга Скрам", даже противопоставляют PMI и Agile - то есть PMI стал именем нарицательным: кто-то работает по PMI, кто-то по Scrum.
PMBOK 6 edition and Agile Practice GuideНе смотря на восприятие гибких технологий (Agile) как чего-то противоречащего подходу американского института, в последние годы PMI сделал большой шаг навстречу Agile сообществу. Во-первых, 6-ое издание Свода знаний по управлению проектами в конце каждого раздела есть кусочек  Agile. А во-вторых, институтом PMI в конце 2017 года был выпущен Agile Practice Guide, путеводитель по гибким методологиям, и что важно, PMI выпустил его не сам, не в одиночку, а совместно с Agile Alliance. Кто такой Agile Alliance? Это та самая некоммерческая организация, которая, образно выражаясь, заварила всю эту Agile кашу, в 2001 году придумав и написав Agile манифест. Конечно же, нельзя сказать, что они с чистого листа его придумали. Все эти принципы были прекрасно известны еще и до них, и конечно же подобные методы применяли и прогрессивные японские компании. Ну и даже команды разработчиков в советских НИИ тоже гибкие технологии разработки применяли. Вспомните тех же братьев Стругацких, их повесть "Понедельник начинается в субботу". В "НИИЧАВО" мы видим ту самую команду мотивированных профессионалов, которые в условиях бюрократии преодолевают сопротивление и занимаются инновационными разработками. Я думаю, многие из вас не отказались бы иметь в своем распоряжении такую команду! 

Do&Fix или Тяп-ляп

И как раз вот в этом путеводителе по Agile подробно расписываются разные подходы к управлению проектами. И прежде чем пойти дальше, я хочу несколько слов про эти подходы сказать. Ну, первый подход, это очевидно отсутствие всякого подхода. Что видим - видим какую-то проблему, ее исправляем. Встречается на практике очень часто. При применении этого подхода мы можем сравнить управление проектом с управлением машиной, которая двигается хаотически. Как вы думаете, достигнет ли она цели? Ну, если повезет - то достигнет. Но будет ли ее траектория оптимальной? Никоим образом не будет. Точно также - бывают ли проекты внедрения, которые управляются по методологии Do&Fix, или по-русски говоря тяп-ляп, которые успешны? Бывают. Если повезет. Если не повезет - то нет.

ВодопадВодопад (Каскадная модель, WaterFall)

А противоположностью подхода Тяп-ляп является так называемый подход работы по Водопаду, на который ссылалась моя коллега Галина Митричева в своем докладе "Пчелы против меда: когда следование методологиям скорее вредно, чем полезно". Он же каскадная модель, он же WaterFall.
В чем суть подхода? Мы разбиваем нашу работу на четкие этапы, идущие последовательно, и четко прописываем, что мы делаем на каком этапе: собираем требования, проектируем, разрабатываем, интегрируем, внедряем. И порядок действий и сам ход внедрения естественно может быть разным. Примеры, где встречается модель Водопада - это известный многим 34-ый ГОСТ, по разработке Автоматизированных систем, это технология стандартного внедрения от 1С. Сам подход разный, но общая идея - что мы идем по порядку. И в моем опыте, честно скажу, внедрения по водопаду встречаются чаще всего, хотя многие команды пытаются от него идти. Ну если мы говорили, когда рассказывали про тяп-ляп, про хаотически двигающуюся машину, то когда мы говорим про водопад, мы можем представить себе паровоз, двигающийся по рельсам. Но что будет, если за время пути цель немного сместится? То паровоз приедет туда, куда его привели рельсы и не сможет к цели попасть. И для многих - это серьезная проблема. Мы провели небольшой опрос среди руководителей проектов на Инфостарте, и мы выяснили, что практически все РП - более 90% указывают, что к главным проблемам проектов внедрения оказываются изменения требований в процессе. 91% говорит об изменении требований в процессе проекта, 88% про нечеткие требования, 69% про то, что объем работ возрастает.
И другие сложности - про согласование, про взаимопонимание, про несоблюдение сроков - отходят на другой план.

Исследование на Инфостарте

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

Инкрементальный подход

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

Итеративный подход

Другой способ минимизации рисков водопада, это так называемый итеративный подход. В центре этого подхода, про который начиная с третьего издания тоже говорит PMBOK - на самом деле, PMBOK говорит вовсе не про водопад, а про итеративный подход. В центре итеративного подхода лежит цикл - очень напоминающий цикл Деминга, кто знает - Plan-do-check-act. Планируем-пробуем-проверяем-внедряем изменения, опять планируем-пробуем-проверяем-внедряем... В чем разница между водопадом и итеративным подходом? Мы не делаем планирование вначале, а осуществляем планирование в течение всего проекта методом набегающей волны. И, естественно, когда мы начали что-то делать,  может выясниться, что мы что-то делаем не так, что ситуация изменилась. И мы тогда перепланируем, переделываем какие-то работы. Принципиальное отличие итеративной модели, что мы изначально закладываем возможность что-то переделать, по итогам полученной обратной связи. Ключевое слово, когда мы говорим про итеративную схему - это слово прототип. Мы обязательно прототипируем, мы обязательно пробуем, и смотрим, на что наша финальная система будет похожа. Обратите внимание, здесь мы опять прокладываем рельсы, потому что поставка у нас в конце одна. Мы не можем запустить наш паровоз раньше, по техническим или организационным причинам, релиз у нас в конце. Но по мере того как проект идет, мы все лучше понимаем, куда же нам проложить рельсы. Вот цель сменилась - значит немножко корректируем рельсы. Цель сменилась опять -  прокладываем в нужную сторону.
И действительно, я соглашусь с точкой зрения, которой придерживаются многие эксперты внедренцы, что любой успешный проект внедрения оказывается по объему больше, чем планировался.  Под успешным проектом мы понимаем не просто ситуацию, когда проект сдан согласно букве договоренностей, акты подписаны. Нам все-таки важно, что продукт проекта внедрен и успешно используется.  Таким образом, проект внедрения ждет один из трех финалов: либо ваш проект будет не успешен, либо вам придется делать больше работ за ту же цену, потому что в изначально заложенных работах оказалось не все, что вам нужно сделать, либо вы подписываете доп.соглашения с заказчиком, что вам нужно сделать какие-то дополнительные работы, необходимые для успеха проекта. То есть корректировать придется в любом случае. И результаты исследования среди руководителей проектов Инфостарта показывают, что итеративный подход используется чаще всего. 

 

Мы видим, что больше половины 51% рассказывают, что они используют итеративный подход в управлении проектами. На втором месте (около четверти опрошенных) у нас оказываются подходы Agile и тот самый подход Do&Fix или тяп-ляп. То есть итеративный подход применяется большинством - мы видимо, что он фактически необходим в проектах внедрения.

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

Подход Agile

Agile манифестМы поговорили с вами про подход Do&Fix, Водопад, итеративный, инкрементальный, и теперь давайте придем к последнему, к подходу. Agile - это когда мы соединяем вместе итеративность и инкрементальность. То есть когда мы с одной стороны делаем маленькие поставки, а с другой стороны мы корректируем работы  по мере появления обратной связи. Если просто в инкрементальном подходе мы сдали один кусочек, сделали первый релиз и все, мы считаем, что он у нас закончен.
То при гибком подходе мы еще больше повторяем и переделываем. Как я уже говорила, сам по себе гибкий, Agile подход основан на Agile манифесте. Я думаю, практически всем он знаком, можно с полным его текстом ознакомиться на сайте http://www.agilemanifesto.org, там же есть русская версия.
Что нам важно понимать про Agile манифест? Мы больше всего ценим ту часть, которая у нас находится слева. Но - мы ни в коем случае не игнорируем, то что справа. Потому что как только мы игнорируем правую колонку, тут же оказывается, что у нас с вами не Agile, а фактически тот же самый Do & Fix. 
 

Преимущества от использования Agile

Зачем вообще Agile нужен, что он дает? Здесь я позволю себе сослаться на опрос, он тоже есть в открытых источниках, с ним можно полностью ознакомиться - VersionOne 12th Annual State of Agile Report. 12-ый ежегодный отчет о ситуации с Agile во всем миром, где компании, использующие Agile, спросили, что им дало применение гибких методологий.

И оказалось, что больше всего набрал вариант ответа "возможность управляться с изменениями требований" - как раз та самая больная тема проектов 1С, про которые мы говорили, "лучшее видение проекта, прозрачность проекта" - "лучшее взаимоотношение бизнеса и АйТи", "более быстрая поставка продукта на рынок", "увеличенная продуктивность команды" и так далее, и так далее. То есть те команды, которым удалось внедрить Agile говорят, что им он помог. Оставим за кадром вопрос, совершаем ли мы систематическую ошибку выжившего - потому что все-таки сюда не вошли варианты ответов тех, кто попробовал Agile, и у них не получилось, но как минимум опыт большого количества успешно Agile внедряющих по крайней мере у нас есть. Сразу хочу оговориться - я ни секунды не агитирую никого за гибкие методы. Я просто рекомендую обращать внимание на то, что подходы бывают разные.

 

 

Выбор подхода для управления проектами

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

 

Критерии выбора подхода

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

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

 

Уровень неопределенности в проекте

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

То есть мы находим место нашего проекта на этом графике, и смотрим какой именно подход для него применим лучше всего. 

Рекомендации по внедрению Agile

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

 

Гибридные подходы к управлению проектами

Гибридные подходыПо моему опыту именно в таком виде, вышеописанные подходы встречаются не очень часто. Чаще всего мы имеем дело с подходами гибридными. когда мы не применяем Agile целиком на проекте, а применяем его частично. Что имеется в виду? Основных схем четыре.
Первая - когда мы начинаем с разработки, в некотором плане можно сравнить здесь фирму 1С, как делающую первую часть работы, и франчайзи, как делающих вторую часть работы. Потому что компания 1С в процессе разработки применяет гибкие методы, можно послушать того же Олега Фогеля, который рассказывает, как 1С-Бухгалтерия сначала разрабатывалась по Scrum, потом команда перешла на Канбан (и тот и другой фреймворк относятся к гибким методам). В любом случае, когда команда переходит к внедрению особенно по стандартной схеме, по классической - нам уже Agile не нужен, мы идем по водопаду. 
Второй вариант гибридной схемы, в чем-то самый частый, когда у нас идут классические методы управления проектами: сначала планирование, потом исполнение, потом завершение. Но на этом фоне мы используем разнообразные инструменты Agile: пытаемся внедрять самоуправляемые команды, стэндапы, ретроспективы, тесное взаимодействие с заказчиком и так далее. То есть у нас берутся инструменты из метода Agile на фоне стандартной водопадной схемы. Тоже очень часто встречающийся вариант.
Другой вариант, когда у нас идет большая часть внедрения по Agile, но нужно встроить какой-то кусок водопада.
И в чем-то самый распространенный момент, когда весь проект у нас идет по классическому, предиктивному методу - методу водопада, а кусочек его идет посередине по Agile. Типичным примером применения такого подхода является подход WaterScrumFall - вот мы взяли водопад, и посередине впихнули в него Scrum - фреймворк из гибкой методологииAgile. У нас получается на старте мы собираем все требования и проектируем систему целиком, в конце мы внедряем, а посередине процесса, на этапе разработки, мы как раз смотрим, ищем лучшие технические решения, организуем итерации, организуем демонстрации промежуточных результатов заказчику, и так далее. То есть гибридные методы они на практике встречаются очень часто, хотя, конечно, адепты методологии кричат, что нужно применять методологию целиком, но без адаптации все равно не сработает.  Что я, что все мои коллеги, которые занимаются коучингом, внедрением, консалтингом в сфере гибких методов признаются, что в чистом виде разработанные на Западе фреймворки практически никогда не взлетают. А вот в адаптированном виде - запросто.

Основные компетенции практика Agile

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

  • Развитие команды

Нам важна та самая команда, про которую говорили мои коллеги в блоке про Agile.

  • Адаптивное планирование.

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

  • Выявление и разрешение проблем
  • Постоянное совершенствование

Как раз то, что отличает Agile от Do&Fix - это постоянная готовность к изменениям.

  • Фокус внимания на поставку ценностей 

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

Рамочный договорВиды контрактов в Agile

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

Рамочные договора

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

Перевернутый треугольник


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

Ваши изменения бесплатно

И еще один принцип контрактования Agile, который озвучил Джеф Сазерленд, автор метода Scrum, в своей книге про Scrum, это принцип "Ваши изменения бесплатно" Вот у нас есть объем работ, который есть в бэклоге, и заказчик понимает в процессе проекта, что нам надо обязательно добавить какую-то функцию, вот без нее никак. Что происходит? Пожалуйста, любую функцию можно добавить, убрав вместо нее любую аналогичную по трудоемкости. При этом приоритеты расставляет заказчик, а трудоемкость определяет исполнитель. И тоже в этой ситуации все оказываются довольны, потому что наверняка есть какая-то функция, которую можно убрать достаточно безболезненно для проекта в целом. И опять же, опрос, проведенный среди практиков, в сообществе Agile Russia, показывает, что большая часть практиков Agile как-то проблему с Agile решает. Почти 40% ответивших показывают, что используют контракты "Время и материалы", когда в ходе внедрения смотрят, сколько наработали, сколько функций сделали, и это оплачивается. Порядка четверти используют контракт Fix Price и не как используют гибкие методы контрактования, и 13% и 11%, итого 24% - используют контракты Fix Price с доп. соглашениями, предполагающими возможности внесения изменений. 

 

 

Результаты исследования

 

****************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2018 EDUCATION. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие.

 

Подробнее об управлении ИТ-проектами вы можете узнать на моих онлайн-курсах 

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

Оставьте свое сообщение

См. также

Базовый курс для руководителей ИТ-проектов. Онлайн-курс с 27 февраля по 17 апреля 2019 Промо

Управление проектом Платные (руб)

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

25.12.2018    16052    35    Infostart    0    

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

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

03.12.2020    1205    MariaTemchina    5    

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

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

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

18.11.2020    1776    MariaTemchina    8    

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

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

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

11.09.2020    2828    alexandr.blinov    17    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

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

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    9982    user809424    11    

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

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

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

04.09.2020    3052    MariaTemchina    23    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

Управление услугами и сервисом Управление бизнес-процессами (BPM) Управление прочее Управление проектом Бесплатно (free)

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    2851    MariaTemchina    4    

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

Методология управления разработкой Бесплатно (free)

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

21.07.2020    2575    MariaTemchina    1    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

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

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    34736    1СERP    79    

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

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

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

26.06.2020    4434    1c-intelligence    17    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

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

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

08.06.2020    5003    stepan96    12    

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

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

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

25.05.2020    5524    sapervodichka    1    

История одного неуспешного проекта Промо

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

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    31309    1СERP    175    

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

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

18.05.2020    11047    MariaTemchina    33    

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

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

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

23.03.2020    5903    MariaTemchina    24    

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

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

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

03.03.2020    6417    VLikhobabin    44    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

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

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    32314    1СERP    189    

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

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

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

23.01.2020    16867    MariaTemchina    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

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

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    7461    roman72    0    

Про одну Тётю

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

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

24.12.2019    6817    1c-intelligence    33    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

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

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

10.04.2017    32258    1СERP    107    

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

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

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

14.10.2019    5999    chavalah    16    

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

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

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

19.09.2019    12535    ogroup    163    

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

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

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

16.09.2019    9989    GSoft    16    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

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

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    43146    1СERP    231    

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

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

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

30.08.2019    12762    SergeyN    8    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

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

20.08.2019    9073    Arsen1986    7    

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

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

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

28.06.2019    8294    SergeyN    1    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    27793    Gavrik    10    

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

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

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    6874    sbase    9    

Цифровая трансформация. Будущее учетных систем

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

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

19.06.2019    10403    FB_10160810658600104    62    

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

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

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

18.06.2019    7716    MariaTemchina    8    

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

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

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

17.06.2016    40381    raiml    37    

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

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

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

31.05.2019    9551    MariaTemchina    23    

Как мы со Стасом завод за 2 месяца автоматизировали

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

Мой опыт быстрого внедрения.

14.05.2019    11354    1c-intelligence    121    

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

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

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

06.05.2019    7784    MariaTemchina    8    

Практические вопросы внедрения и развития автоматизации склада Промо

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

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

26.12.2014    44915    CheBurator    64    

Как сжать время?

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

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    9039    1c-intelligence    39    

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

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

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

15.04.2019    12028    MariaTemchina    15    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

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

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

13.02.2019    8310    chavalah    22    

Практика пуска склада продуктов питания Промо

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

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    36397    axxell    15    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    10235    MariaTemchina    20    

Бизнес, не горюй

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

Про цели автоматизации.

04.02.2019    10243    1c-intelligence    64    

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

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

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

31.01.2019    8389    MariaTemchina    0    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

06.04.2015    37897    raiml    14    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

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

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    10323    MariaTemchina    13    

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

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

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

10.01.2019    13049    chavalah    123    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    10035    1c-intelligence    7    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

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

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

16.11.2014    28852    raiml    46    

Озарение после прочтения макулатуры по проектному управлению

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

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    9979    MariaTemchina    24    

20 мыслей об ИТ-проектах, или 20 лет спустя.

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

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    9296    chavalah    119