Контракты Agile: как заключать договора в условиях расползания содержания

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

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

В большинстве проектов, реализуемых при помощи гибких методологий, точное содержание продукта невозможно выяснить на этапе инициации. Отсюда и возникает крик души руководителей проектов – «Как можно заключить контракт, не понимая точный бюджет проекта?» В статье я попробую рассмотреть этот вопрос с двух сторон: рекомендации от идеологов Agile и опыт реальных практиков. 

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

Краткое содержание предыдущих серий на ту же тему можно посмотреть вот здесь:  Что такое Agile mindset или, говоря по-русски, пронырливый образ мысли

 

Еще раз напомню: 
Я не призываю вести любые проекты при помощи Agile. В частности, 1С не рекомендует применять гибкие методы для проектов внедрения, предполагающих кардинальные изменения конфигурации. Также я готова признать, что существуют заказчики, которые никогда не согласятся на Agile, а также другие причины, почему гибкие методологии в вашем случае неприемлемы. Я никого и ни за что не агитирую!

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

Аксиома №1. Agile-подходы рекомендуются, в первую очередь для тех проектов, которые слишком сложны и размыты, чтобы их можно было реализовать при помощи «классических» подходов к проектному управлению. Если мы можем четко собрать требования на старте – то Agile городить, собственно, незачем, «водопад» дешевле и проще.

Аксиома №2. Чтобы Agile заработал, должна сложиться атмосфера сотрудничества, добропорядочности и взаимного доверия между заказчиком и исполнителем. Для создания подобной атмосферы требуются встречи, предпроекты, позитивный опыт сотрудничества. И получается, увы, не всегда. Если такой атмосферы нет, то Agile точно не взлетит. 

Аксиома №3. Agile редко предлагает самое дешевое решение. Но чаще всего предлагает решение, наиболее гибко подстраивающееся под запросы клиента. И позволяет получать результат в тех условиях, в которых более традиционные методологии часто вообще не работают.


Итак, варианты контрактов.

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

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

Agile, как не трудно догадаться, переворачивает все с ног на голову.

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

А где гарантии у заказчика? Вдруг мы вообще ничего не сделаем, а деньги и время потратим. Гарантии у заказчика при Agile, на самом деле, еще выше, чем при водопаде. Потому что исполнители регулярно выдают, в идеале, работающие инкременты, в худшем случае –работающие прототипы, и заказчик может «потрогать» и опробовать результаты работ. И еще раз, см. аксиому №2 – у нас должно быть налажено сотрудничество. Мы начинаем с установления базового доверия, и только после этого предлагаем варианты контрактов.

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

 

«Деньги за просто так и ваши изменения бесплатно» (Джефф Сазерленд)

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

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

Комментарий: На всякий случай предупреждаю: если вы работаете по 44 ФЗ, то изменения в контракт после того, как тендер уже проведен, не могут превышать 10%. Считается, что иначе вы ущемляете права участников конкурса, которые его проиграли. Но, во-первых, не все работают по 44 ФЗ (к счастью), 10% – это тоже много, и вообще, дьявол в деталях. Это я просто предупреждаю. 

Деньги за просто такКак используются фичи

А где же здесь Деньги за просто так? А вот они. Исполнитель, не будь дурак, читал про принцип Паретто, что 20% усилий приносят 80% результата. А возможно, читал и исследование, которое говорит о том, что примерно половина фич в программном обеспечении вообще никогда не используется (кстати, некоторые из руководителей проектов внедрения Инфостарта оценивают число неиспользуемых фич не в 45%, а во все 60%). В общем, через несколько итераций (а мы помним, что в Agile мы стремимся делать небольшие релизы), заказчик решает, что имеющегося функционала ему достаточно для счастья. Так вот, по принципу «Деньги за просто так», заказчик имеет право в любое время необоснованно прекратить работы по контракту. При этом он оплачивает уже выполненные работы и заранее оговоренную неустойку (например, 10-20% от невыполненных работ) исполнителю в качестве компенсации. 

Комментарий про российскую действительность: я уже знаю, что вы мне ответите в комментариях. Что в тех условиях, которые царят на рынке 1С внедрений сейчас – диктатура покупателя и переизбыток дешевых предложений по выполнению работ – заказчики часто выкручивают исполнителям руки и обходятся без всяких неустоек. В итоге исполнитель посреди проекта рискует оказаться без работы, если приоритеты заказчика изменились. Простого и гениального решения этой проблемы я вам, увы, не подскажу. Скажу все то же самое (спасибо, кэп Очевидность): стараемся настраивать заказчика на успешное долговременное сотрудничество, хорошие человеческие отношения, и так далее.

Пакеты работ с фиксированной ценой

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

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

 

Контракты по опыту российских Agile-практиков

Дабы расширить свой опыт за счет коллег (и заодно добавить еще один аргумент тем, кто «не верит, что так бывает»), я провела небольшой опрос в сообществе Agile Russia – кто и какие контракты применяет при работе с внешними заказчиками.

Ответы были следующие:

 


Если вкратце, вот что ставят во главу угла отечественные Agile-внедренцы:

  • Важно установить хороший контакт с заказчиком, чтобы он захотел сотрудничать. Тогда появляется шанс договориться про удобную форму контракта.
  • На старте, чаще всего, заключаются рамочные соглашения, и дальше уже доп. соглашениями уточняем условия.
  • Удобно, когда проект внедрения спокойно перетекает в сопровождение на абонентской плате – в такой ситуации исчерпывающий сбор БФТ на старте перестает быть критичным: в случае необходимости, доделается в процессе, главное –понять архитектуру.


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


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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. vaskomain 26.09.18 14:41 Сейчас в теме
Замечательная статья, но немного из своей практики agile в 1С с 2009 года - касательно аксиом:
1. "водопад" дешевле и проще - ограничение данной аксиомы: водопад дешевле и проще, если вы раньше не работали с agile. Когда большой опыт работы по agile, думаешь зачем вообще нужен водопад? Не могу найти случаев, когда он был бы полезнее в принципе. Когда очень большой опыт, понимаешь, что водопад - это просто-напросто одна слишком большая итерация, а по сути agile - это по факту ускоренный водопад.
2. Атмосфера сотрудничества - при отсутствии атмосферы сотрудничества, не взлетит и водопад. Но agile при отсутствии атмосферы сотрудничества лучше - 1) вы раньше уйдете с проекта, и займетесь чем-то полезным другим. 2) Снижается риск того, что заказчик не заплатит по итогу проекта (это уже видно по результату первых спринтов в agile) 3) С психологической точки зрения если в самом начале видишь проблемы и прерываешь работу, нет выгорания участников проекта, чем когда один большой водопадный проект, в ходе которого проблемы растут большим комом и сотрудники начинают демотивироваться
3. Agile редко предлагает самое дешевое решение. Вот за что люблю agile, так за экономию бюджета (часто). Когда показываешь заказчику, что за счет гибкости сделали 70% функций от бюджета, и все собственно говоря уже летает (early delivery), то он говорит, а нафига нам еще 30% низкоприоритетных? Мы и без них обойдемся. С другой стороны, если в ходе первых спринтов выясняется, что прогноз из-за меняющихся требований оказывается в разы больше, можно раньше остановить проект из-за снижения ожидаемой отдачи и сэкономить деньги на этом
AlenaR; Rustig; crtru; glebushka; Krio2; Alexsur; Vladimir Litvinenko; MariaTemchina; +8 Ответить
4. MariaTemchina 1164 03.10.18 21:20 Сейчас в теме
(1) Спасибо за комментарий, очень конструктивно и по делу. Наконец, дошли руки ответить

1. "водопад" дешевле и проще - ограничение данной аксиомы: водопад дешевле и проще, если вы раньше не работали с agile.

Соглашусь с вами, что, возможно, я зря написала здесь слово "аксиома". Ибо у каждого проекта и у каждой команды своя история. Что я имела в виду? Agile часто предполагает переделки уже сделанного, более внимательное вникание в детали и т. п. По моему опыту, как раз водопад позволяет нередко довольно дешевое решение получить... Но, увы, не всегда подходящее...

Когда большой опыт работы по agile, думаешь зачем вообще нужен водопад? Не могу найти случаев, когда он был бы полезнее в принципе.

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

2. Атмосфера сотрудничества - при отсутствии атмосферы сотрудничества, не взлетит и водопад.

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


3. Agile редко предлагает самое дешевое решение. Вот за что люблю agile, так за экономию бюджета (часто).

Повторюсь, у каждого своя история. В моей практике специалисты, готовые работать по Agile часто оказываются дороже, например.
2. acanta 26.09.18 16:39 Сейчас в теме
Agile - это либо тянуть кота за хвост по наименьшей цене либо постоянно и непрерывно разрабатывать достаточно большие блоки автоматизации.
Проблема в величине блока, который имеет смысл автоматизировать для конкретного разработчика.
Там, где Agile может создавать какую-то иллюзию внедрения, водопад - это просто первоапрельский розыгрыш.
5. MariaTemchina 1164 03.10.18 21:24 Сейчас в теме
(2)
Проблема в величине блока, который имеет смысл автоматизировать для конкретного разработчика.

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

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

А можно и по-другому сказать. Там, где водопад в принципе невозможен, потому что требования крайне размыты и методы технической реализации вообще не понятны, Agile может дать возможность получить [хоть какой-то] результат.
3. Valerych 26.09.18 17:48 Сейчас в теме
В качестве дополнения.

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

И вот на полях кастомизации Agile резко повышает свои шансы на применимость.
В какой-то мере (а иногда и добрых 100%) старая добрая почасовка по кастомизации еще времен 1С 77 есть прямое воплощение Agile.
Конечно, при почасовке хватало do&fix (тяп-ляп), может в абсолютном выражении даже в большинстве случаев.
Но совсем нередко обычная почасовка приносила успех, очаровывала клиентов, давала результат как раз тем, что мы вдохновенно читаем в манифесте принципов Agile.
Тут тебе и сотрудничество и взаимодействие и работающий продукт и готовность к изменениям, и было же немало случаев, когда все это выполнялось сходя из принципа "не отрицая важности того, что справа", т.е. оставляя задокументированные результаты, выстроив процессы внедрения по схеме почасовки и т.п.

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

Но почасовка не обязательна, любое послепроектное сопровождение и развитие системы вполне может быть организовано в соответствии с принципами Agile, разве что перед Заказчиком возникнет задача реинжиниринга таких мастшабов, что придется вспоминать старый добрый водопад+прототипы.
Rustig; dunpil; MariaTemchina; +3 1 Ответить
6. MariaTemchina 1164 03.10.18 21:28 Сейчас в теме
(3) Да, Valerych, согласна с вами - действительно, принципы давно применялись толковыми командами и до появления Agile манифеста. Плюс Agile в том, что интуитивные находки превратились в используемую и тиражируемую технологию.

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


Проекты внедрения иногда тоже можно делать по Agile. Вопрос, действительно, в том числе в масштабах бедствия.
7. FB_1811930315551820 10.10.18 15:57 Сейчас в теме
А еще у Agile есть одна интересная ниша - спасательного круга для проектов, утонувших в классическом водопаде. Когда после мучительной агонии большого проекта у заказчика остаются обломки в виде недопиленных (и плохо документированных) кастомных модулей, покрывающих какую-то часть бизнес-процессов, недообученных пользователей и скептически настроенного руководства, а глобальные планы "МЫ АВТОМАТИЗИРУЕМ ВАМ ВСЕ" со сроком исполнения 6-12 месяцев отвергаются прямо с порога. Вот в такой обстановке Agile заходит "на ура", потому что первые (пусть и скромные) результаты можно увидеть уже через месяц.
Rustig; Valerych; crtru; +3 Ответить
8. MariaTemchina 1164 10.10.18 15:59 Сейчас в теме
Да, соглашусь! Вообще, неоднократно сталкивалась с точкой зрения, что "первая команда", пришедшая автоматизировать, часто терпит крах, а "вторая команда", пришедшая исправлять недоделанное - часто гораздо успешнее.

Метафору "проекты, утонувшие в водопаде" с вашего позволения возьму на вооружение
9. FB_1811930315551820 11.10.18 15:29 Сейчас в теме
(8) С тем, что "спасатели" чаще более успешны, чем "первопроходцы" - соглашусь. Но причина, имхо, не столько в разнице между командами, сколько в разнице субъектов "Заказчик ДО краха первого проекта" и "Заказчик ПОСЛЕ". Во втором случае резко снижается административный апломб ("Я всегда прав, по определению"), формальность подхода к сотрудничеству ("Вы же специалисты - вот и сделайте мне конфетку из того, что есть"), и так же резко повышается ответственность при выполнении своей части работы ("Еще одного провала моя карьера точно не выдержит"), и готовность прислушиваться к рекомендациям этих самых специалистов ("В прошлый раз мы уже попробовали реализовать ВСЕ наши хотелки, не особо вникая, о чем нас там предупреждает Исполнитель")...
А метафорой - пользуйтесь на здоровье, конечно. У меня их еще много ))
Rustig; Valerych; MariaTemchina; +3 Ответить
10. Rustig 1557 14.08.19 15:57 Сейчас в теме
(0) контракты по классической схеме и по гибким методологиям подразумевают знание программного продукта - и там, и там надо оценивать объем работ и трудоемкость каждой задачи, каждого функционального блока. Если программный продукт новый для Исполнителя для внедрения, то оценить объем работ и трудоемкость будет невозможно при любых методологиях. так ведь?
а без этого понимания рамочный договор нельзя будет составить... получается, что чем больше внедренец и разработчик знает программный продукт, тем легче оценить объем работ и трудоемкость задач.
Оставьте свое сообщение

См. также

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

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

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

24.01.2019    9827    user809424    11    

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

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

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

11.09.2020    2184    alexandr.blinov    17    

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

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

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

04.09.2020    2543    MariaTemchina    22    

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

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

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

20.08.2020    2390    MariaTemchina    4    

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

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

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

29.06.2017    34314    1СERP    79    

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

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

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

26.06.2020    4173    1c-intelligence    15    

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

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

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

08.06.2020    4725    stepan96    12    

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

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

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

25.05.2020    5308    sapervodichka    1    

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

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

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

09.06.2017    31032    1СERP    175    

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

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

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

18.05.2020    10627    MariaTemchina    33    

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

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

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

23.03.2020    5540    MariaTemchina    24    

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

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

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

03.03.2020    6124    VLikhobabin    44    

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

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

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

18.04.2017    31923    1СERP    189    

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

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

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

23.01.2020    13946    MariaTemchina    8    

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

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

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

09.01.2020    6588    roman72    0    

Про одну Тётю

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

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

24.12.2019    6663    1c-intelligence    32    

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

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

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

10.04.2017    31924    1СERP    107    

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

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

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

14.10.2019    5951    chavalah    16    

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

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

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

19.09.2019    12221    ogroup    163    

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

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

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

16.09.2019    9629    GSoft    15    

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

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

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

03.04.2017    42665    1СERP    231    

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

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

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

30.08.2019    11935    SergeyN    7    

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

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

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

20.08.2019    8782    Arsen1986    7    

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

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

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

16.08.2019    8295    Hissin    18    

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

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

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

23.02.2017    27571    Gavrik    10    

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

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

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

28.06.2019    8008    SergeyN    1    

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

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

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

24.06.2019    6751    sbase    9    

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

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

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

19.06.2019    10214    FB_10160810658600104    62    

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

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

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

17.06.2016    40138    raiml    37    

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

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

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

18.06.2019    7558    MariaTemchina    8    

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

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

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

31.05.2019    9055    MariaTemchina    23    

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

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

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

14.05.2019    11172    1c-intelligence    121    

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

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

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

26.12.2014    44652    CheBurator    64    

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

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

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

06.05.2019    7565    MariaTemchina    8    

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

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

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

04.05.2019    8967    1c-intelligence    39    

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

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

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

15.04.2019    11688    MariaTemchina    15    

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

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

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

1 стартмани

14.09.2015    36273    axxell    15    

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

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

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

13.02.2019    8233    chavalah    22    

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

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

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

12.02.2019    10008    MariaTemchina    20    

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

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

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

04.02.2019    10086    1c-intelligence    64    

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

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

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

06.04.2015    37745    raiml    14    

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

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

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

31.01.2019    8329    MariaTemchina    0    

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

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

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

14.01.2019    10142    MariaTemchina    13    

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

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

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

10.01.2019    12848    chavalah    123    

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

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

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

16.11.2014    28776    raiml    46    

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

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

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

26.12.2018    9846    1c-intelligence    7    

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

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

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

19.12.2018    9824    MariaTemchina    24    

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

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

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

09.12.2018    9189    chavalah    119    

Бизнес-консультант в малом и среднем-бизнесе. Кто это и зачем он нужен? Промо

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

Я не буду здесь давать сухие определения, думаю, они никому не интересны. Бизнес-консультант – это тот самый человек, которого приглашают со стороны, чтобы он помог найти решение каких-то проблем. Также очевидно, что взгляд «со стороны» очень часто помогает выявить то, что вы никогда не обнаружите, будучи сотрудником компании. Я хочу с вами поговорить исключительно о бизнес-консультантах, которые работают с малым и средним бизнесом, т.к. с предприятиями с численностью сотрудников ориентировочно от 5 до 70 человек. Эта работа во многом отличается от того, что делают специалисты, которых привлекают в подобных случаях крупные компании. И, как раз, с этими нюансами есть смысл разобраться.

13.11.2014    27975    raiml    236    

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

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

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

05.12.2018    17070    andironenko    128    

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

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

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

03.12.2018    8717    capitan    26    

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

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

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

26.11.2018    10155    MariaTemchina    40