Контракты 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-внедренцы:

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


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


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

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

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
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 1020 03.10.18 21:20 Сейчас в теме
(1) Спасибо за комментарий, очень конструктивно и по делу. Наконец, дошли руки ответить

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

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

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

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

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

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


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

Повторюсь, у каждого своя история. В моей практике специалисты, готовые работать по Agile часто оказываются дороже, например.
2. acanta 74 26.09.18 16:39 Сейчас в теме
Agile - это либо тянуть кота за хвост по наименьшей цене либо постоянно и непрерывно разрабатывать достаточно большие блоки автоматизации.
Проблема в величине блока, который имеет смысл автоматизировать для конкретного разработчика.
Там, где Agile может создавать какую-то иллюзию внедрения, водопад - это просто первоапрельский розыгрыш.
5. MariaTemchina 1020 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 1020 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 1020 10.10.18 15:59 Сейчас в теме
Да, соглашусь! Вообще, неоднократно сталкивалась с точкой зрения, что "первая команда", пришедшая автоматизировать, часто терпит крах, а "вторая команда", пришедшая исправлять недоделанное - часто гораздо успешнее.

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

См. также

SALE! 40%

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

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

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

30000 руб.

03.12.2019    5479    8    10    

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

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

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

25.05.2020    3420    0    sapervodichka    1    

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

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

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

18.05.2020    8426    0    MariaTemchina    31    

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

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

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

23.03.2020    4142    0    MariaTemchina    24    

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

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

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

04.04.2019    11550    67    infostart    18    

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

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

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

03.03.2020    4842    0    VLikhobabin    44    

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

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

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

23.01.2020    9035    0    MariaTemchina    8    

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

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

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

09.01.2020    5201    0    roman72    0    

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

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

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

24.01.2019    8895    0    user809424    11    

Про одну Тётю

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

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

24.12.2019    5741    0    1c-intelligence    32    

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

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

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

14.10.2019    5132    0    chavalah    16    

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

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

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

19.09.2019    10990    0    ogroup    162    

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

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

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

29.06.2017    32677    0    1СERP    79    

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

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

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

16.09.2019    8350    0    GSoft    15    

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

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

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

30.08.2019    9821    0    SergeyN    6    

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

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

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

20.08.2019    7396    0    KoldunOne    7    

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

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

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

09.06.2017    29677    0    1СERP    175    

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

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

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

16.08.2019    7216    0    Hissin    18    

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

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

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

28.06.2019    6809    0    SergeyN    1    

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

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

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

24.06.2019    5804    0    sbase    9    

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

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

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

18.04.2017    30510    0    1СERP    189    

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

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

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

19.06.2019    8945    0    FB_10160810658600104    62    

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

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

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

18.06.2019    6621    0    MariaTemchina    8    

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

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

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

31.05.2019    7647    0    MariaTemchina    23    

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

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

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

10.04.2017    30351    0    1СERP    107    

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

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

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

14.05.2019    10327    0    1c-intelligence    120    

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

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

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

06.05.2019    6623    0    MariaTemchina    8    

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

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

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

04.05.2019    8055    0    1c-intelligence    39    

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

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

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

03.04.2017    40927    0    1СERP    231    

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

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

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

15.04.2019    10371    0    MariaTemchina    15    

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

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

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

13.02.2019    7461    0    chavalah    22    

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

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

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

12.02.2019    8944    0    MariaTemchina    20    

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

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

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

23.02.2017    26502    0    Gavrik    10    

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

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

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

04.02.2019    9004    0    1c-intelligence    64    

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

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

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

31.01.2019    7509    0    MariaTemchina    0    

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

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

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

14.01.2019    9236    0    MariaTemchina    13    

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

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

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

17.06.2016    38976    0    raiml    37    

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

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

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

10.01.2019    11642    0    chavalah    123    

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

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

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

26.12.2018    8859    0    1c-intelligence    7    

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

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

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

19.12.2018    8878    0    MariaTemchina    24    

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

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

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

26.12.2014    43366    0    CheBurator    64    

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

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

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

09.12.2018    8217    0    chavalah    119    

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

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

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

05.12.2018    16141    0    andironenko    128    

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

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

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

03.12.2018    7802    0    capitan    26    

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

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

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

1 стартмани

14.09.2015    35314    0    axxell    15    

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

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

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

26.11.2018    8962    0    MariaTemchina    40    

"Черные страницы Scrum", по версии Ивана Селиховкина

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

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

23.11.2018    10332    0    Selikhovkin    8    

Памятка руководителя: Будьте оптимистичным или на крайний случай злым

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

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    11638    0    andironenko    43    

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

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

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

06.04.2015    36974    0    raiml    14    

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8

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

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    7170    0    Selikhovkin    1    

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия)

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

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

19.11.2018    8653    0    capitan    41    

Почему внедрение ERP-системы не приносит пользы бизнесу?

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

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

15.11.2018    21386    0    rossoxa    63    

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

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

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    9425    0    MariaTemchina    16