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

Публикация № 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 в Москве.

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

 

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

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

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

См. также

SALE! %

3 онлайн-курса по управлению ИТ-проектами от Марии Темчиной Промо

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

Комплексный курс по управлению ИТ-проектами в трех частях от директора по проектам Инфостарта.

30000 руб.

03.12.2019    6881    13    16    

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

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

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

26.06.2020    2789    0    1c-intelligence    15    

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

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

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

08.06.2020    3592    0    stepan96    11    

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

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

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

25.05.2020    4380    0    sapervodichka    1    

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 Промо

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

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    12341    67    Infostart    18    

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

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

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

18.05.2020    9634    0    MariaTemchina    33    

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

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

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

23.03.2020    4763    0    MariaTemchina    24    

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

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

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

03.03.2020    5514    0    VLikhobabin    44    

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

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

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

25.12.2018    13699    35    Infostart    0    

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

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

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

23.01.2020    10470    0    MariaTemchina    8    

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

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

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

09.01.2020    5720    0    roman72    0    

Про одну Тётю

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

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

24.12.2019    6217    0    1c-intelligence    32    

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

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

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

24.01.2019    9382    0    user809424    11    

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

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

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

14.10.2019    5567    0    chavalah    16    

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

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

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

19.09.2019    11578    0    ogroup    163    

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

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

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

16.09.2019    8939    0    GSoft    15    

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

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

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

29.06.2017    33313    0    1СERP    79    

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

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

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

30.08.2019    10564    0    SergeyN    6    

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

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

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

20.08.2019    8009    0    KoldunOne    7    

Быстрый старт: минимальный набор автоматизации типовых процессов

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

Автоматизация дает множество преимуществ бизнесу, но в то же время ее выгода может быть настолько несущественной, что процесс принесет компании больше убытков, чем прибыли. С чего начать эффективную автоматизацию, какие процессы стоит автоматизировать на первом этапе, а какие – лучше оставить на потом, рассказала руководитель разработки систем учета компании «Едадил» Екатерина Золотарева.

16.08.2019    7721    0    Hissin    18    

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

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

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

09.06.2017    30252    0    1СERP    175    

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

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

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

28.06.2019    7346    0    SergeyN    1    

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

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

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

24.06.2019    6232    0    sbase    9    

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

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

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

19.06.2019    9512    0    FB_10160810658600104    62    

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

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

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

18.04.2017    31073    0    1СERP    189    

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

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

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

18.06.2019    7055    0    MariaTemchina    8    

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

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

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

31.05.2019    8203    0    MariaTemchina    23    

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

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

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

14.05.2019    10653    0    1c-intelligence    121    

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

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

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

10.04.2017    30948    0    1СERP    107    

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

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

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

06.05.2019    7066    0    MariaTemchina    8    

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

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

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

04.05.2019    8562    0    1c-intelligence    39    

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

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

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

15.04.2019    10972    0    MariaTemchina    15    

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

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

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

03.04.2017    41615    0    1СERP    231    

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

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

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

13.02.2019    7906    0    chavalah    22    

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

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

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

12.02.2019    9414    0    MariaTemchina    20    

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

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

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

04.02.2019    9601    0    1c-intelligence    64    

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

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

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

23.02.2017    27025    0    Gavrik    10    

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

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

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

31.01.2019    7952    0    MariaTemchina    0    

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

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

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

14.01.2019    9741    0    MariaTemchina    13    

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

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

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

10.01.2019    12200    0    chavalah    123    

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

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

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

17.06.2016    39506    0    raiml    37    

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

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

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

26.12.2018    9286    0    1c-intelligence    7    

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

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

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

19.12.2018    9261    0    MariaTemchina    24    

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

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

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

09.12.2018    8708    0    chavalah    119    

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

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

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

26.12.2014    43967    0    CheBurator    64    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    16517    0    andironenko    128    

Шаг назад и ... шаг назад (классификация внутренних проектов)

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

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

03.12.2018    8278    0    capitan    26    

Белая и пушистая рецензия на Чёрную книгу Скрам

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

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

26.11.2018    9551    0    MariaTemchina    40    

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

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

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

1 стартмани

14.09.2015    35813    0    axxell    15