Agile в ИТ-проектах: где-то между невозможно и неизбежно

Публикация № 1108648 15.08.19

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

Приглашаем к дискуссии по мотивам прошедшего вебинара на тему "Agile и не Agile"

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

Немного на эту тему я уже говорила в статьях Можно ли объять необъятное или чем Agile отличается от водопада? и Почему Agile превращается в Тяп-ляп. Кто виноват и что делать?, а здесь попробую тему развить дальше. 

Очевидно, что общие принципы гибких методологий записаны на имеющихся в открытом доступе скрижалях - в Agile манифесте. Честно скажу, при первом же прочтении Agile манифеста его тезисы лично мне захотелось поделить на две категории: "Спасибо, капитан Очевидность" (например, - Работающий продукт — основной показатель прогресса) и "Ну-ну, свежо предание, но верится с трудом" (например, - Над проектом должны работать мотивированные профессионалы)...
 
Поэтому интересен, на мой взгляд, не сам манифест, а те конкретные предложения по организации работы, которые из него следуют - в плане внедрения ценностей, инструментов, ролей, мероприятий и прочая… Давайте я попробую здесь обобщить конкретные выводы из Agile-манифеста.  И приглашаю начинающих и опытных РП продолжить дискуссию, которую мы начали вчера на вебинаре, посвященном сопоставлению гибких и классических подходов к управлению проектами. А именно -

В чем сильные и слабые стороны тех или иных инструментов/ценностей/подходов Aglie?

 

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

  • Парус: Что является движущей силой для выбранного инструмента? Что мы выигрываем, когда у нас получается применить тот или иной инструмент?
  • Ветер: Что наполняет наши паруса? За счет чего у нас получается работать с тем или иным инструментом?
  • Якорь: Что тянет нас на дно? Какие недостатки стоит иметь в виду?
  • Рифы: Какие риски нам надо учесть, когда мы работаем с теми или иными инструментами?

 

Итак. Давайте устроимся поудобнее и почитаем, что же предлагают принципы Agile-манифеста? Лично я нашла в нём 6 основных тезисов:

 

I. Готовность к изменениям

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

II.  Сотрудничество

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

III. Частота и ритмичность

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

IV. Ценный продукт

  • Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.
  • Работающий продукт — основной показатель прогресса.
  • Простота — искусство минимизации лишней работы — крайне необходима.

V. Главное - это люди

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

VI. Думаем, как работать лучше

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

 
 

А теперь давайте посмотрим, что же из этих тезисов следует на практике.

 


I. Готовность к изменениям

Читаем манифест:

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

 

Что из этого следует на практике?

  • Гибкие контракты - потому что когда мы формулируем требования в процессе работы, мы не можем на старте знать весь объем работ.  (как из этого выкручиваться - я уже писала в статье Контракты Agile: как заключать договора в условиях расползания содержания). 
  • Бэклог в виде "хотелок" бизнес-заказчика, изменяемый на протяжении всего проекта - вместо ТЗ, написанного на старте
  • Готовность к переделкам - они сразу закладываются в стоимость контракта (хотите без переделок - работайте по водопаду, только тогда не грустите, что получили на выходе совершенно не то, что хотели)
  • Планирование по кусочкам - вместо планирования всего на старте

 

На вебинаре мы рассмотрели тему планирования по кусочкам - в чем плюсы и минусы когда мы реализуем его на практике?

 


II.  Сотрудничество

 

Читаем Agile-манифест дальше: 

На протяжении всего проекта разработчики и представители бизнеса должны  ежедневно работать вместе.

И

Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как представителей бизнеса с командой, так и внутри команды.

 

Что из этого следует?
Мероприятия Agile: Stand-Up совещания и Демонстрации
Инструменты: Канбан-доски (кому интересно про Канбан - см. мою статью Канбан в условиях российской действительности)

 


Мы успели рассмотреть только три принципа из 12. Продолжение разбора принципов Agile-манифеста следует в дальнейших статьях - сегодня мы не затронули темы “Частота и ритмичность”, “Ценный продукт”, “Главное - это люди”, “Как работать лучше”... 
 

Подключайтесь к дискуссии - пишите в комментариях - по вашему опыту применения - в чем сильные/слабые стороны и подводные камни инструментов/мероприятий Agile?
 

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

Продолжение: Agile в проектах 1С: где-то между невозможно и неизбежно. Часть вторая

 

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Rustig 1207 15.08.19 23:20 Сейчас в теме
(0) Мария, спасибо за Базовый курс - прояснилось многое...

Я думаю, внутри уже слаженных команд и коллективов нечто agile-овское уже существует. Просто они не называют это так. И не всем разработчикам (и РП) охота систематизировать и анализировать свой опыт. Поэтому мало открытой информации "Agile в ИТ-проектах". А если каждый начнет писать о своем опыте, то у всех получится примерно одинаковый кейс. Один из тех кейсов, которые мне понравились https://infostart.ru/video/w1106700/

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

Если анализировать кейс Дмитрия Кирилкина, то у него речь идет о команде внутри крупной компании. Ему не пришлось столкнуться с гибкими контрактами - не было такого, чтобы он встречался с Заказчиками, предлагал им отказаться от ТЗ на старте и подписать рамочный договор без определения предстоящих объемов работ.
Если у кого уже имеется текущее сопровождение программного продукта, то внедрить принципы agile будет "само" естественным процессом, знать бы только тонкости...
А если внедрять новое и новому Заказчику, то придется очень постараться "внедрение" (с конечным результатом) продать как превратить в "сопровождение" (с бесконечным бэклогом).

За статью спасибо! Есть над чем подумать...
4. MariaTemchina 1332 16.08.19 10:20 Сейчас в теме
(1)
Если у кого уже имеется текущее сопровождение программного продукта, то внедрить принципы agile будет "само" естественным процессом, знать бы только тонкости...
А если внедрять новое и новому Заказчику, то придется очень постараться "внедрение" (с конечным результатом) продать как превратить в "сопровождение" (с бесконечным бэклогом).

Согласна, что во внутренних проектах принципы Agile реализовывать куда проще и органичнее, чем во внешних. Это мировой тренд, насколько мне известно, в тех же Штатах - та же фигня. Еще интересная тенденция - знаю несколько историй, когда в ходе проекта по Agile компания заказчик переманивала команду подрядчика к себе в штат, ибо так с ними проще оказывалось взаимодействовать. К удовлетворению своему и новоиспеченных сотрудников, и к огорчению руководства компании подрядчика (не то чтобы я за это агитировала - просто из песни слова не выкинешь).
Про "сопровождение" с "бесконечным бэклогом" - вопрос философский. На практике наоборот, "гибкое" внедрение часто можно остановить раньше, чем "развесистый" проект по водопаду - внедрить только реально нужные функциональные блоки, и забить на рюшечки. Так что рассуждать про то, что Agile способствует бесконечной работе примерно то же самое, что рассуждать о вреде компьютеров, смартфонов или Интернета - это инструмент, его можно повернуть в плюс, можно в минус, и вообще...
5. TODD22 18 16.08.19 10:26 Сейчас в теме
(4)
Еще интересная тенденция - знаю несколько историй, когда в ходе проекта по Agile компания заказчик переманивала команду подрядчика к себе в штат, ибо так с ними проще оказывалось взаимодействовать.

Это и без слова Agile сплошь и рядом. В двух франчах были случаи когда весь проектный отдел уходил к крупному клиенту который купил у них коробки и хотел делать проект. И работа будет выполнятся эффективней и дешевле для заказчика такое выйдет. Ну и специалисты будут работать только в твоей компании и в твоих интересах, а не размазываться на несколько проектов работая в интересах франча.
evgd02; MariaTemchina; +2 Ответить
7. Rustig 1207 16.08.19 10:35 Сейчас в теме
(4) я собственно за agile-технологии...
просто у нас Заказчики думают что покупая внедрение, получат законченное решение. А по факту выходит, что внедрение = сопровождение. И всегда после покупки программы (лицензии), настройки первоначальных данных, минимальной адаптации продукта - возникают новые и новые вопросы и хотелки... Внедрение плавно перетекает в сопровождение.
8. TODD22 18 16.08.19 10:37 Сейчас в теме
(7)
просто у нас Заказчики думают что покупая внедрение, получат законченное решение. А по факту выходит, что внедрение = сопровождение.

Заказчик хочет купить конечный результат, а получает процесс.
11. Rustig 1207 16.08.19 11:22 Сейчас в теме
(8) сам по себе программный продукт не может быть конечным результатом. это иллюзия.
он дорабатывается постоянно, добавляются новые пользователи как минимум - все равно сопровождение какое-никакое будет.
26. alex_sh2008 4 17.08.19 10:34 Сейчас в теме
(11)Agile используют для разработки программных продуктов но ни как ни для внедрения, используя эту методику при внедрении вы получите только проблемы и срывы проекта
2. Yashazz 4091 16.08.19 00:00 Сейчас в теме
Пустопорожняя трата времени, сил и денег, если только вы не занимаетесь впариванием лохам этой хрени.
Заглавный вопрос звучит как "полный бардак" или "обычный хаос". Всё прочее - очередной хайп вокруг модной штучки, пользы хорошо если ноль, а то и вред бывает.
Мария, помнится, в прошлые разы затруднилась привести конкретные истории успеха. Но хайп успешно собирается и пипл хавает.
Diversus; KapasMordorov; evgd02; wowik; Yakud3a; EliasShy; kuzyara; +7 2 Ответить
3. Petr54-ru 82 16.08.19 05:11 Сейчас в теме
(2) Эту тему чуть менее чем полностью раскрыл в своей лекции Роберт Мартин, один из авторов упомянутого тут иджайл манифеста. Есть тут публикация, рекомендую.
KapasMordorov; wowik; Yakud3a; zqzq; +4 Ответить
6. MariaTemchina 1332 16.08.19 10:33 Сейчас в теме
(3) Спасибо за ссылку, прочитала с большим интересом!
Как говорят, Agile - это то, что дисциплинированные профессионалы используют в дикой природе ))
9. Petr54-ru 82 16.08.19 11:19 Сейчас в теме
(6) На мой взгляд, тут помимо головняка с "дисциплинированными профессионалами" есть еще одни не менее важные грабли. Это ответ на вопрос - каким критериями должен удовлетворять проект, чтобы к нему можно было применить ту или иную методологию. А то внезапно окажется, что "гвоздь не от той стенки".

Если тянуть любимые вами сюда парусные метафоры - то куда мы собираемся идти - устроить на выходных клубные гонки по треугольникам или пройтись из Мурманска в Архангельск через горло Белого моря. Вроде все одно и то же, а на деле некоторые отличия все же есть.
19. ambrozii 16.08.19 13:19 Сейчас в теме
Блин. в (12) пост не сразу отобразился почему-то.
31. Dzhan-zabilov 19.08.19 19:30 Сейчас в теме
(3) Отличная статья. По нему выходит, что agile - это дисциплина + технические практики.
10. Rustig 1207 16.08.19 11:20 Сейчас в теме
(2) поставил минус, потому что по существу ничего не написано.
13. Yashazz 4091 16.08.19 12:21 Сейчас в теме
(10) А тебе что надо по существу? Рассказ о том, какой бардак начался в ЗАО "1С", когда там среди платформописателей внедрили эту хрень? Или о том, как я эн раз в своей жизни наблюдал сплошной вред за немаленькие деньги? Тебе "анти-суксесс сториз" нужны?
14. Rustig 1207 16.08.19 12:31 Сейчас в теме
(13) выскажите свое любое мнение по существу вопроса.
эмоции изливать не стоит.
15. Yashazz 4091 16.08.19 12:49 Сейчас в теме
(14) Ну если из предыдущих высказываний моё мнение не ясно, то ещё раз: любая коммерциализированная обобщённая попытка упорядочения процесса, связанного с рабочим взаимодействием людей в ходе работы над различными задачами, требующая формализации и претендующая на роль универсального выигрышного решения, подкреплённая навязчивым пиаром, вредна и разрушительна и для коллектива, и для проекта. Любая, как ни назови. Потому что фломастеры слишком разные и специфика слишком велика в каждом случае. Общий подход - это сферический конь в вакууме, а не прагматика.
mrdc; wowik; acanta; +3 Ответить
17. Rustig 1207 16.08.19 13:12 Сейчас в теме
22. MariaTemchina 1332 16.08.19 13:39 Сейчас в теме
(15)
Общий подход - это сферический конь в вакууме, а не прагматика.

Яков, +100500!
Я вообще уверена, что универсальных решений не существует. Мало того, если берут кривую команду, работающую в невнятных условиях над мутными проектами, и объявляют "теперь мы переходим на Agile" - то скорее всего это только добьет и без того не простую ситуацию. Дьявол в деталях, в том, чтобы ориентироваться какие конкретные сильные и слабые стороны в той или иной ситуации, и умение предлагать рабочие решения...
23. Yashazz 4091 16.08.19 14:39 Сейчас в теме
(22) А вот как доходит до конкретики, так внедрение эйджила сдувается, внедряющий сливается, а потом спрашивают уцелевших - а куда столько бабла ввалили и безо всякой пользы? и нет ответа.
25. ambrozii 16.08.19 15:53 Сейчас в теме
(22) Т.е. если все зафейлилось, то это не технология отстойная, а команда кривая и проекты мутные? Ну т.е. нужно сначала выпрямить команду и отфильтровать проекты?
29. MariaTemchina 1332 19.08.19 17:23 Сейчас в теме
(25)
По моему опыту провалы заметно чаще случаются из-за команды или из-за руководства, а не из-за технологии.
33. ambrozii 20.08.19 10:27 Сейчас в теме
(29) А зачем мне тогда вся эта технология, если я и так и команду выпрямил, и проектов хороших набрал?
35. MariaTemchina 1332 20.08.19 12:27 Сейчас в теме
(33)
А зачем мне тогда вся эта технология, если я и так и команду выпрямил, и проектов хороших набрал?

Да, в-общем, и незачем. Есть хорошая поговорка "Работает - не трогай!".
Если и так всё хорошо - зачем менять технологию?..
А если проекты слишком сложные, требования слишком размытые, методы технической реализации непонятные, и работать с ними привычными методами не получается - тогда можно поискать новые технологии.
16. Yashazz 4091 16.08.19 12:55 Сейчас в теме
(14) Для вас отсутствие конкретики - не показатель? Спросите любого пиарщика от эйджил о конкретных примерах - вам ни-че-го не скажут. Отделаются общими словами, или сошлются на конфиденциальность, или расскажут поверхностно, а начнёшь копать - такие скелеты в шкафах обнаружатся, которые сводят всё к это к пшику за большие деньги.
mrdc; wowik; +2 Ответить
18. Rustig 1207 16.08.19 13:15 Сейчас в теме
(16) иду вам навстречу, вот много видео - смотрите их прежде, чем читать по ним статьи - так вернее будет https://infostart.ru/video/17626/
начните с Дмитрия Кирилкина
27. leemuar 19.08.19 14:07 Сейчас в теме
(16) так общайтесь с практиками, а не пиарщиками

Количество балаболов, продающих эфемерную фигню за большие деньги, действительно зашкаливает. Но это не же значит, что подход плох. Это как с "все мужики - козлы!" - если девушка встречалась только с козлами, значит ли это что ВСЕ мужики козлы?
MariaTemchina; +1 Ответить
28. MariaTemchina 1332 19.08.19 17:20 Сейчас в теме
(27)
Количество балаболов, продающих эфемерную фигню за большие деньги, действительно зашкаливает. Но это не же значит, что подход плох.


Согласна на все сто!!! Практически в любом деле есть балаболы, и есть те, кто делают дело (на самом деле, конечно же, не две крайности, а ось вдоль которой распределяется компетентность). И, очевидно, что нахвататься каких-то поверхностных знаний и про это гордо рассказывать (особенно в теме, которая мало знакома собеседникам) гораздо проще, чем действительно стать профессионалом и делать дело хорошо. Поэтому чисто статистически "балаболов" оказывается куда больше, чем "толковых реализаторов". Ну, и те, кто ведут реальные проекты и у кого все хорошо менее заинтересованы в PR'е, рекламе и пр., чем те, кто занимаются имитацией бурной деятельности. Поэтому вторых не только больше, они еще и заметнее. Так практически в любой деятельности происходит.
37. Yashazz 4091 20.08.19 17:52 Сейчас в теме
(27) Пока ни одного не встречал. Да и каков критерий отличия одного от другого? Вот автор темы, извиняюсь, кто? Я в своё время интересовался практическими достижениями - уклончивые скользкие фразы были мне ответом.
12. ambrozii 16.08.19 12:10 Сейчас в теме
У ваших соседей на мисте давеча озвучивали уже
https://forum.mista.ru/topic.php?id=837045&page=10#938
На старте проекта вы обсуждаете, какую стратегию выбрать - быстро спуститься с горы вон к той тёлке (mvp) или медленно спуститься и покрыть все стадо (waterfall). На практике вы будете медленно спускаться вон к той тёлке. Она будет убегать вначале, а потом окажется, что это овца. Вы назовёте это Эджайлом и сделаете доклад на конференции.
EliasShy; evgd02; Dzhan-zabilov; wowik; Yashazz; +5 Ответить
20. kudlach 23 16.08.19 13:27 Сейчас в теме
(12) Напоминает анекдот про консалтера. "..... И собаку из багажника верните, вы не знаете как выглядят овцы"
ambrozii; MariaTemchina; +2 Ответить
21. MariaTemchina 1332 16.08.19 13:37 Сейчас в теме
(20) Кстати, это один из моих любимых анекдотов!
30. Dzhan-zabilov 19.08.19 18:39 Сейчас в теме
Разговаривал недавно со саоим бывшим однокурсником на тему agile, он сейчас живет в Канаде (Торонто). Он сказал, что мы повторяем их зады 5-7 летней давности. Что agile давно не в тренде, поскольку:

1. Стимулирует разработчиков "двигать кнопки по экрану"
2. Разработчики банально разбегаются от этой "потогонной системы" из-за стресса.
32. Aleksey.Polushin 20.08.19 08:25 Сейчас в теме
В чем, на мой взгляд, глобальный недостаток Agile - в том, что никто не знает, когда закончится процесс. С точки зрения меня, как руководителя - это зло. Потому что когда я "отдаю" в команду Agile своих сотрудников - я могу ставить на них крест неизвестно на сколько времени, так как на все попытки загрузить их работой начинаются сентеции на тему того, что у нас проект, как долго продлится - никто не знает. В результате сотрудники, занятые на Agile - проектах выпадают напрочь из рабочего процесса. И не известно, на сколько времени.
34. leemuar 20.08.19 12:23 Сейчас в теме
(32) да, это правда. Agile открыто говорит, что в классическом подходе глобальный недостаток - в сложных вещах планировать надолго неверояно сложно, в срок практически никогда не укладываются.

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

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

Так что лучше - уверенно врать о том что не сбудется или честно сказать, "что мы не знаем, но вот что можем сделать"?
mrdc; evgd02; MariaTemchina; +3 Ответить
36. MariaTemchina 1332 20.08.19 12:44 Сейчас в теме
(32)
В чем, на мой взгляд, глобальный недостаток Agile - в том, что никто не знает, когда закончится процесс.

Предполагается, что Agile применяется для проектов такой сложности, когда ответ на вопрос "когда закончится" дать не получится независимо от выбранной технологии.
Как правильно отмечают коллеги, очень часто ответ на этот вопрос при работе "по водопаду" - это иллюзия.
В рамках базового курса по управлению ИТ-проектами я рассказываю историю немножко из другой сферы - как я выбирала, кому поручить выполнение ремонта в квартире - "Agile-команде", или команде, работающей "по водопаду". Выбрала, конечно же, "Водопадную команду", потому что она смогла четко озвучить объем работ, стоимость, сроки и т. п. - в отличие от "Agile", которые на все эти вопросы отвечали крайне сумбурно. Я решила, что так смогу минимизировать свои риски. Кто угадает, что я получила в результате? После нескольких судебных разбирательств и с опозданием примерно на 9(!) месяцев ремонт и правда был успешно завершен. И где по факту оказались их прекрасные обязательства, на которые они бодро подписывались? С "Agile" командой потери были бы по факту куда меньше.
38. AlX0id 21.08.19 10:33 Сейчас в теме
(36)
С "Agile" командой потери были бы по факту куда меньше.

Но вот вопрос - был ли бы сделан ремонт?
Вопрос риторический, конечно, но пример показательный. С водопадными командами заключают контракты не потому, что ждут от них выполнения в срок, а потому что надеются, что они работают по определенной технологии и знают, как она работает.
+ Наличие "прекрасных обязательств" по срокам хотя бы говорит об их наличии - в отличие от "Agile"-команды.
39. leemuar 21.08.19 11:23 Сейчас в теме
(38) это ошибка считать, что в agile не сроков и обязательств! Они есть, просто они разбиты на более мелкие, короткие этапы. И этапы могут поменяться в процессе, если выяснится что дальше работать по изначальному плану невыгодно для заказчика. Всегда и обязательно - с подробным объяснением заказчику что такого обнаружилось в процессе работы, почему план выгоднее поменять, какие есть варианты и т.п.

Если вам кто-то говорит "ничего не известно, обязательств не берем, обещать ничего не будем, мы работаем по agile" - гоните его в шею, это профанация, пыль в глаза, попытка прикрыть модным словом свое неумение.
MariaTemchina; +1 Ответить
40. MariaTemchina 1332 04.09.19 17:12 Сейчас в теме
(38)
Но вот вопрос - был ли бы сделан ремонт?

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

Здесь мне кажется, что ключевой вопрос не в том, "Agile" у нас команда или "Водопадная" - а в том, насколько мы доверяем самой команде, насколько она компетентна, следует технологии и т. п. Здесь косячить/работать качественно могут и те, и другие...
Оставьте свое сообщение

См. также

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

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

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

16.09.2019    12525    GSoft    21    

Пришиваем хвост: нужен ли Эджайл в 1С или глупости это всё?..

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

Коллеги, приглашаем поучаствовать в опросе - Agile в проектах внедрения 1С: реально работает или это миф? Интересен практический опыт!..

12.03.2021    6773    MariaTemchina    84    

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

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

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

16.02.2021    3427    MariaTemchina    45    

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

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

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

10.02.2021    4775    andironenko    14    

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

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

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

24.01.2019    10714    user809424    11    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

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

Это продолжение моей прошлой статьи. Напомню, здесь я разбираю те компетенции, которые должны быть у уважающего себя руководителя проекта по итогам анализа рынка. Причем в том, что касается компетенций, относящихся к выстраиванию процессов - здесь, на мой взгляд, все более менее понятно. Ну или хотя бы предсказуемо. А вот в компетенции “про людей” иногда заставляют задуматься...

09.12.2020    2098    MariaTemchina    3    

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

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

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

03.12.2020    4243    MariaTemchina    9    

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

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

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

18.11.2020    4341    MariaTemchina    9    

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

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

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

29.06.2017    36175    1СERP    79    

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

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

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

11.09.2020    3642    alexandr.blinov    17    

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

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

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

04.09.2020    4011    MariaTemchina    25    

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

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

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

20.08.2020    3602    MariaTemchina    4    

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

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

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

09.06.2017    32319    1СERP    175    

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

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

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

26.06.2020    5101    1c-intelligence    17    

Наиболее типичные ошибки при оценке работ в проектах 1С

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

Для кого эта статья? Если вы руководитель проектов (РП) с опытом «от трех проектов», то можете не читать: скорее всего, ничего нового вы не узнаете. А если вы хотите стать РП в проектах 1С или вы профессионал (разработчик, аналитик, консультант), к которому часто обращаются за оценкой, то вам будет полезно узнать о типичных ошибках при оценке. Если вам необходимо реализовать задачу, которую не имеет смысла делать по классической проектной технологии, но заказчик требует фиксированной оценки, и задача на 2-5 человеко-месяцев, - то вам будет полезно понять методы оценки работ. Если читатель часто пользуется услугами удаленных разработчиков/аналитиков, то вам, возможно, станет понятно, почему «человек все сделал, мы ему заплатили, сколько сказал, а он от нас ушел и больше работать не хочет». Типичные ошибки распределю по классам.

13.06.2020    3115    Koder_Line    9    

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

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

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

08.06.2020    5955    stepan96    12    

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

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

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

18.04.2017    33481    1СERP    189    

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

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

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

25.05.2020    6194    sapervodichka    1    

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

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

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

18.05.2020    12429    MariaTemchina    33    

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

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

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

23.03.2020    7032    MariaTemchina    24    

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

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

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

10.04.2017    33700    1СERP    107    

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

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

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

03.03.2020    7789    VLikhobabin    44    

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

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

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

23.01.2020    30961    MariaTemchina    10    

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

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

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

09.01.2020    12857    roman72    0    

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

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

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

03.04.2017    44983    1СERP    233    

Про одну Тётю

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

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

24.12.2019    7161    1c-intelligence    33    

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

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

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

14.10.2019    6286    chavalah    16    

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

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

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

19.09.2019    13769    ogroup    164    

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

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

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

23.02.2017    28588    Gavrik    11    

Agile в проектах 1С: где-то между невозможно и неизбежно. Часть вторая

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

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

06.09.2019    6721    MariaTemchina    10    

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

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

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

30.08.2019    16186    SergeyN    10    

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

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

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

20.08.2019    10183    Arsen1986    7    

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

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

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

17.06.2016    41145    raiml    37    

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

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

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

28.06.2019    9398    SergeyN    1    

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

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

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

24.06.2019    7304    sbase    9    

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

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

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

19.06.2019    11129    FB_10160810658600104    62    

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

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

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

26.12.2014    45949    CheBurator    64    

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

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

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

18.06.2019    8368    MariaTemchina    8    

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

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

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

31.05.2019    11311    MariaTemchina    23    

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

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

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

14.05.2019    11998    1c-intelligence    121    

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

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

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

1 стартмани

14.09.2015    36931    axxell    15    

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

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

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

06.05.2019    8550    MariaTemchina    8    

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

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

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

04.05.2019    9325    1c-intelligence    39    

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

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

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

15.04.2019    13670    MariaTemchina    15    

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

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

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

06.04.2015    38486    raiml    14    

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

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

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

13.02.2019    8699    chavalah    22    

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

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

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

12.02.2019    11191    MariaTemchina    20    

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

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

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

04.02.2019    10593    1c-intelligence    64    

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

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

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

16.11.2014    29198    raiml    46    

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

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

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

31.01.2019    8672    MariaTemchina    0    

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

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

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

14.01.2019    10896    MariaTemchina    13