Почему Agile превращается в Тяп-ляп. Кто виноват и что делать?

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

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

42
В моей практике довольно много историй, когда компании, решившие внедрять гибкие методологии, начинали за здравие (Agile), а кончали за упокой - Do & Fix (делаем, как бог на душу положит). Попробуем разобраться, почему так происходит.

В комментариях к моей прошлой статье, где я описывала разные подходы к проектному управлению, мне задали очень хороший вопрос - а как понять, чем отличается Agile (гибкие методы управления проектами) и Do & Fix (или, попросту говоря, "Тяп-ляп")?.. Пожалуй, разверну мой ответ из комментариев в отдельную статью. Сразу оговорюсь: в отличие от, к примеру, Джеффа Свазерленда, автора книги "SCRUM: Революционный метод управления проектами", я ни секунды никого не уверяю, что всеми проектами обязательно надо управлять именно по гибким методологиям. Все проекты разные, все ситуации разные. Как я уже писала, стоит проанализировать большое число факторов, и дальше уже определиться с методами. Типовые внедрения, чаще всего, удобнее делать по водопаду, а различные доработки с размытым ТЗ, либо инновационные проекты - как раз по Agile. На практике разные подходы в "чистом виде" встречаются несколько реже, чем в умных книжках, большая часть практикуют так называемые "гибридные" модели. Но по моему опыту от применения (с умом!) в проектном управлении принципов Agile выигрывают практически любые проекты.

Итак, как же нам определиться - имеем ли мы дело с "продвинутыми гибкими методами" или с "разгильдяйством под прикрытием красивых слов"? Иными словами - как отличить Agile от подхода Do & Fix (оно же Тяп-ляп)? Попробую рассказать на конкретных примерах. Героев называть по понятным причинам не буду. 

Давайте начнем с того, что почитаем и поосмысляем Agile манифест:

 

Agile манифест

 
 

И особенно внимательно его нижние строчки. Потому что, если мы правую часть откидываем в принципе, мы как раз и получаем Do&Fix.  Таким образом, мы можем взять манифест в качестве своеобразного чеклиста, и пройтись по всем его четырем пунктам: 

1. Люди и взаимодействие важнее процессов и инструментов

Проверяем себя:
- Главным фокусом внимания для нас являются люди и взаимодействие? 
- На этом фоне уделяем ли мы внимание процессам и инструментам? 

Кейс № 1. Пример фокуса внимания на людей и взаимодействие (Agile)

Крупная компания внедряет SAP. В ходе проведения аналитики и сбора требований обнаруживается, что внедрение SAP затронет многие из регламентирующих документов, детально описывающие различные бизнес-процессы. По итогам внедрения придется переделать, так как применение SAP, очевидно, изменит порядок работы. Регламентов, которые нуждаются в изменениях, насчитали аж 63 штуки. Те, у кого есть опыт работы в крупной, неповоротливой забюрократизированной компании, представляют себе, насколько трудоемким был бы процесс преобразования и официального утверждения этих регламентов. Внедрение приостанавливают, размышляют как эту ситуацию отрабатывать. В общем, в итоге смогли принять и реализовать радикальное решение - все 63 регламента отменили, вместо них написали 2 по наиболее ключевым вопросам, внедрили SAP, бизнес-процессы работают через SAP без детализированного регламентирования. Уже несколько лет организация живет и успешно работает, всех всё устраивает. 

Кейс № 2. Пример фокуса внимания на процессы и инструменты (Классический подход)

Согласно регламентам поставщик обязан выполнить поставку в течение месяца. Данный срок для клиента не приемлем, и он пытается договориться с руководителем проекта, чтобы ему пошли навстречу и сделали отгрузку раньше.  Команда проекта идет к отделу закупок и объясняет ситуацию: на складе есть нужная продукция, зарезервированная для другого клиента. Но тому она понадобится не раньше, чем через полтора месяца (к какому моменту ее сто раз успеют доставить еще раз), а другому клиенту нужна сейчас. Начальник отдела закупок в ответ делает лицо кирпичом, и сообщает, что не может нарушить регламент, и предлагает сделать заказ установленным порядком в течение месяца. Услышав ответ от команды проекта, клиент закономерно уходит к другому поставщику. Вместо ситуации "win-win" (выиграл-выиграл) получаем потерю клиента.  

Кейс № 3. Игнорируем процессы и инструменты в принципе (Do&Fix) 

За счет государственных заказов организация выросла из научной лаборатории в довольно крупное опытное производственное предприятие (около 200 сотрудников). А бизнес-процессы - не выросли, и так и остались построены по принципу "как получается, так и работаем"...  Когда было принято решение автоматизировать бизнес-процессы, решили их не описывать/не выстраивать, а просто идти от имеющихся людей и взаимодействий. Что получилось? "Автоматизация хаоса приводит к автоматизированному хаосу" («Реинжиниринг корпорации: Манифест революции в бизнесе» Майкл Хаммер и Джеймс Чампи). Вы уже поняли - бардак получился. Если структура бизнес-процессов не выстроена, если нет понимания, какова цепочка создания ценностей - то попытка внедрения "Agile" приводит только к усилению бардака. 

2. Работающий продукт важнее исчерпывающей документации

Проверяем себя:
- Мы стремимся в первую очередь производить работающий продукт? 
- При этом, заполняем ли мы необходимую документацию? 

Кейс № 4. "У нас Эджайл, мы работаем без документации" (Do&Fix)

Дано: ИТ подразделение банка, перешедшее на Agile. Руководителю удалось убедить заказчика и спонсора, что из принципа "работающий продукт важнее исчерпывающей документации" следует, что можно выпускать продукты вообще без документации. Главное, работающий продукт - не правда ли? И таки умудрились каким-то образом передать в эксплуатацию недокументированный функционал. Все было хорошо, пока не произошел реальный сбой - и в результате работа АБС банка чуть не остановилась. Коллеги, это не Agile, это разгильдяйство. 

Кейс № 5. Продукт на первом месте, документация - на втором (Agile)  

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

Кейс № 6. Документация на первом месте, продукт - на втором (распространенный подход)  

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

3. Сотрудничество с заказчиком важнее согласования условий контракта 

Проверяем себя: 
- Готовы ли мы к сотрудничеству с заказчиком (вместо приглашения юриста для объяснения, что мы ничего не обязаны)? 
- На этом фоне, относимся ли мы уважительно к контрактным обязательствам? 

Кейс № 7.  Эффективное сотрудничество (Agile)

Представляем на минутку такую картину:

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

- Исполнитель настроен максимально вложиться, чтобы заказчика оставить довольным

- Заказчик готов справедливо оплатить работу исполнителя и не заинтересован максимально раскручивать того на деньги.

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

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

Кейс № 8. Сотрудничество не сложилось

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

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

4. Готовность к изменениям важнее следования первоначальному плану 

Проверяем себя:
- Готовы ли мы к изменениям? 
- Есть ли у нас первоначальный план, и отталкиваемся ли мы от него при изменениях? 

Кейс № 9. Первоначальный план превыше всего (водопад)

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

Кейс № 10. Реагируйте на изменения, а о планах вам знать необязательно (Do&Fix)

Мне приходилось участвовать в проекте внедрения ERP-системы в организации на фоне отсутствия у руководства картины, как должны быть выглядеть бизнес-процессы после ее внедрения. "Передача заказа на производство - только после готовности и оформления всех комплектующих. Иначе - только через мой труп!" - объясняет начальник производства. "В ситуации задержки по срокам мы не можем ждать полной комплектации, и тем более готовности бухгалтерских документов, запускаем как только есть возможность, можем фиксировать это во второй базе 1С. Иначе - только через мой труп!" - отвечает исполнительный директор. "Никаких двух баз 1С, все должно быть максимально прозрачно и в одной базе, иначе - только через мой труп" - машет главный бухгалтер. На этом месте у аналитика при сборе требований возникает вопрос, куда девать столько трупов - как можно определить в таких условиях направления движения?...  Пришлось сначала инициировать стратегическую сессию, понимать виденье организации производства, и только потом стало возможным внедрение ERP-системы.

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

Итак, мы с вами прошлись по всем принципам Agile манифеста. Если мы на все вопросы ответили "Да" - то можно говорить, что у нас гибкие методы управления проектами. Если каждый применяет какие попало инструменты, документация не соответствует продукции, контракт "для галочки", сроки точно сорваны под предлогом изменений - простите, но это Do & Fix. 
В общих словах - примерно так. Коллеги, поделитесь вашим опытом? Когда на вашей памяти, удавалось успешно применить принципы Agile-манифеста в работе, а когда, наоборот, всё шло наперекосяк из-за их игнорирования?

42

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

Комментарии
Избранное Подписка Сортировка: Древо
1. katenok86 243 30.07.18 10:23 Сейчас в теме
"Передача заказа на производство - только после готовности и оформления всех комплектующих. Иначе - только через мой труп!" - объясняет начальник производства. "В ситуации задержки по срокам мы не можем ждать полной комплектации, и тем более готовности бухгалтерских документов, запускаем как только есть возможность, можем фиксировать это во второй базе 1С. Иначе - только через мой труп!" - отвечает исполнительный директор. "Никаких двух баз 1С, все должно быть максимально прозрачно и в одной базе, иначе - только через мой труп" - машет главный бухгалтер. На этом месте у аналитика при сборе требований возникает вопрос, куда девать столько трупов - как можно определить в таких условиях направления движения?... Пришлось сначала инициировать стратегическую сессию, понимать виденье организации производства, и только потом стало возможным внедрение ERP-системы.


Очень знакомо. И самый финиш когда мсо стороны заказчика принять стратегическое решение и продавливать его не кому))
Трактор; MariaTemchina; +2 Ответить
2. MariaTemchina 840 30.07.18 11:43 Сейчас в теме
(1) katenok86 - да, история знакомая. Вообще, очень часто запрос от клиента поступает на автоматизацию бизнес-процессов. А в действительности, при первом же взгляде на ситуацию аналитику становится понятно, что процессы-то прежде чем автоматизировать нужно банально выстроить, потому что они существуют в организации весьма условно. А, как выражаются менеджеры Сбербанка "автоматизированный хаос - это быстрый хаос!"... А выстроить бизнес-процессы у компании заказчика команда внедренцев ну никак не может...
3. Silenser 510 30.07.18 17:34 Сейчас в теме
(2)
автоматизированный хаос - это быстрый хаос!
Личный опыт говорит, что попытка автоматизации хаоса приводит к хаосу. Он не лучше и не хуже первоначального. Однако, в некоторых случаях визит представителя ИТ отдела в производственное подразделение приводит к тому, что люди понимают, что им нужен регламент работы, хотя бы его концепция, т.к. любой язык программирования достаточно формализован. Вот тогда ИТ может выступить в роли эксперта со стороны и помочь решить вопрос неопределенности. ИМХО.
MariaTemchina; +1 Ответить
4. MariaTemchina 840 31.07.18 10:18 Сейчас в теме
(3) Silenser - вы привели удачный пример, спасибо. В моей практике тоже бывали случаи, когда система была готова к большей организованности, ей не хватало только удачного инструмента - и дальше ухватившись за необходимость прописать процедуру в ходе автоматизации, в дальнейшем ей начинали следовать и все были в выигрыше. Но, к сожалению, несколько чаще приходилось встречаться со случаями, когда организация вкладывает гигантские деньги во внедрение, допустим, MS Project'а, закупается ПО, пишутся регламенты, проводится обучение... И дальше все это кончается полным провалом, увольнением ответственных за внедрение и боьшим скандалом. Ибо менеджеры пишут в проджекте, что им в голову придет, планировать продолжают на коленке (или в чем они планировали). См. комикс в аттаче...
Прикрепленные файлы:
5. MariaTemchina 840 31.07.18 10:21 Сейчас в теме
(4) Перевод комикса для тех, кто не владеет английским:

- Привет! Я из АйТи департамента и хочу спросить, насколько наша новая CRM-система упрощает вашу работу?
- Я рад, что ты спрашиваешь. Раньше, до того как появилась новая система, мне приходилось держать все мои контакты, письма, продажи и т. п. в куче разрозненных листов Excel. Но теперь, с тех пор как мы должны использовать новую CRM-систему...
... Мне приходится каждую неделю перебивать все записи из моих листов в новую систему, чтобы сделать вид, что я ею пользуюсь...
AlenaR; Winstoncuk; PSKMOL; t.v.s.; Manoshkin; katenok86; Silenser; +7 Ответить
6. Silenser 510 31.07.18 15:05 Сейчас в теме
9. MariaTemchina 840 31.07.18 19:00 Сейчас в теме
19. ovodkov 16.04.19 17:02 Сейчас в теме
К нам-автоматизаторам часто приходят так: "скажите как правильно" и начинается самое веселое. Я сейчас (апрель 19-го года) навнедрявшись и напроваливаливавшись проектов в том числе по гибким методологиям понимаю и пытаюсь в этом убеждать руководство и Заказчиков (работаю в консалтинге), что правильно работать по следующему алггоритму: если клиент новый - предлагаем внедрение Системы по Водопаду и, сделав что-нибудь маленькое, например, экспресс-диагностику за пару недели, понимаем специфику Заказчика, а поняв можно ли на этом Заказчике (Клиенте) использовать Agile или документы - наше все.
7. firma111 31.07.18 18:43 Сейчас в теме
Хм, мне показалось что "кейсы" выхватили лишь какие-то отдельные принципы Agile. Но суть Agile именно в применении всей совокупности принципов, а основная сложность внедрения - в изменении ценностей и способа мышления сотрудников. В противном случае, как пишут авторы книг по гибким технологиям, мы получаем "больше чем ничего".
8. MariaTemchina 840 31.07.18 18:59 Сейчас в теме
(7) Да, firma111, вам совершенно правильно показалось. Даже авторы книг по гибким технологиям признают, что на практике имеет право на существование такая вещь как "гибридные методы".
10. Manoshkin 346 03.08.18 06:51 Сейчас в теме
Системы это хорошо. Но почему они работают, на какие тонкие струны души и тела они давят?
11. MariaTemchina 840 03.08.18 10:00 Сейчас в теме
(10) Ах, Manoshkin... Это всегда непростой и немного философский вопрос - почему что-то работает так, как работает?.. Или наоборот, не работает так как должно?.. Недаром японцы считают управление проектами сочетанием науки и искусства...
12. yogaga 03.08.18 10:03 Сейчас в теме
(11) Японцы - вообще очень странный народ...
13. MariaTemchina 840 03.08.18 10:33 Сейчас в теме
(12) Это точно. Но впахивать они умеют, этого у них не отнимешь...
18. Rustig 1206 01.11.18 10:16 Сейчас в теме
(10) системы выстреливают (то есть работают) благодаря профи, который их внедряет (использует).
14. capitan 1321 05.08.18 11:18 Сейчас в теме
Добавлю ложечку дегтя в эту статью меда.
Если вы читали статьи отцов-основателей Agile то наверняка обращали внимание - они прямо с порога говорят:
Главное в Agile (как и любой другой) - это команда
Без нее все манифесты - это просто набор бумаги

Так вот как раз японцы к командной работе готовы из коробки и для них все Agile манифесты это просто констатация факта
Как для нормального человека сказать что суп надо есть ложкой - он это и так знает с детства

А в наших реалиях как раз отсутствие команды и превращает Agile в набор красивых бумажек наклееных на доску
Winstoncuk; +1 Ответить
15. MariaTemchina 840 06.08.18 14:49 Сейчас в теме
(14) Угу, capitan, не могу не согласиться.

Одно из ключевых ограничений Agile - он работает в команде замотивированных профессионалов. Нет команды замотивированных профессионалов - Agile не будет работать, увы.
Но это не повод не пытаться такую команду собрать и запустить. Ибо если получается - овчинка стоит выделки, еще как!..
16. Serg O. 176 05.09.18 06:57 Сейчас в теме
Внедрите нам новую систему, но чтобы всё было как в старой.
да и все 700 отчетов чтобы такие же были, они все "очень" нужны
Winstoncuk; MariaTemchina; +2 Ответить
17. MariaTemchina 840 05.09.18 10:18 Сейчас в теме
(16) Да, Serg O. - очень знакомо. В этой ситуации заказчики, скорее всего, сами не задумываются, что же представляет для бизнеса ценность, а что нужно только "для галочки". Ну, и как результат, не могут конструктивно обсуждать это с командой внедрения...
Оставьте свое сообщение

См. также

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

14.10.2019    2437    chavalah    15       

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

Статья no Нет файла Россия Бесплатно (free) Управление проектом

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

19.09.2019    7561    ogroup    156       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

16.09.2019    4767    GSoft    14       

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

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

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

30.08.2019    4485    SergeyN    4       

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

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

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

16.08.2019    4227    Hissin    18       

Как заработать миллион или История успешного сотрудничества 46

Статья Программист Нет файла Бесплатно (free) Управление проектом

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

05.08.2019    4541    karpik666    77       

Бизнес-аналитика с помощью Power BI 66

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    7109    pbazeliuk    18       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

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

28.06.2019    3585    SergeyN    1       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

24.06.2019    3021    sbase    9       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

18.06.2019    4136    MariaTemchina    8       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.05.2019    4472    MariaTemchina    23       

Как продать проект в 3 раза дороже и нанести клиенту пользу, выполнив не внедрение... 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

27.05.2019    4503    cybrat    9       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

06.05.2019    4338    MariaTemchina    8       

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

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

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

04.05.2019    5155    1c-intelligence    39       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

15.04.2019    7200    MariaTemchina    15       

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

Курс Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

04.04.2019    9845    infostart    18       

Стыд и Скрам, часть вторая 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.03.2019    8221    MariaTemchina    47       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

13.02.2019    4838    chavalah    22       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

12.02.2019    6402    MariaTemchina    20       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

04.02.2019    6087    1c-intelligence    64       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.01.2019    5273    MariaTemchina    0       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

24.01.2019    6584    user809424    11       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.01.2019    7076    MariaTemchina    13       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

10.01.2019    9389    chavalah    123       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

26.12.2018    6502    1c-intelligence    7       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

19.12.2018    6767    MariaTemchina    24       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

09.12.2018    6259    chavalah    119       

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

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

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

05.12.2018    13838    andironenko    128       

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

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5869    capitan    26       

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

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

26.11.2018    7082    MariaTemchina    40       

Черная книга Скрам 21

Статья Бизнес-аналитик Пользователь Руководитель проекта Архив с данными Бесплатно (free) Управление проектом

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

26.11.2018    5934    356    Selikhovkin    4       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

23.11.2018    8272    Selikhovkin    8       

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

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

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

22.11.2018    9323    andironenko    43       

Scrum за 5 минут (заметки) 25

Статья no Нет файла Бесплатно (free) Управление проектом

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    5483    leobrn    11       

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

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    5269    Selikhovkin    1       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6640    capitan    41       

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

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    16650    rossoxa    63       

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

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

13.11.2018    7641    MariaTemchina    16       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9640    andironenko    62       

Приоритизировали, приоритизировали, да не выприоритизировали... 28

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В ответ на классическое требование "сделать всё и сразу" Agile предлагает "сделать сразу, но не всё". В этой статье я хочу поговорить о разных методах приоритизации требований.

30.10.2018    6531    MariaTemchina    47       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

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

29.10.2018    9203    andironenko    35       

Принцип быстрой автоматизации 22

Статья Программист Нет файла Бесплатно (free) Управление проектом

Как выполняется автоматизация в бизнес-программировании?

29.10.2018    6775    1c-intelligence    19       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7833    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 32

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Считается, что для планирования и принятия решений по проектам их нужно прогнозировать и оценивать. Александр Белов, генеральный директор и руководитель проектов ГК «Белов и партнеры», рассказывает, почему стоит отказаться от оценок.

11.10.2018    5531    AlexWhite    7       

Профессиональные стандарты в ИТ как инструмент кадровой политики организации 21

Исследование Программист Пользователь Руководитель проекта Нет файла Обучение, бизнес-тренинг, курсы ИТ-компания 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Управление проектом

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

08.10.2018    8131    39    infostart    4       

Построение высокоэффективной Agile-команды 35

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5590    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

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

01.10.2018    13839    glebushka    41