0. user1214464 9 27.09.19 12:45 Сейчас в теме

Реальные примеры выгоды от Agile в проектах автоматизации бизнеса на решениях 1С

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

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. user1274438 27.09.19 14:07 Сейчас в теме
Агиле! Агиле эни вере!

Ну и пока вам это баян еще другие не закинули:

Как лучше: быстро спуститься с горы вон к той тёлке (mvp) или медленно спуститься и покрыть все стадо (waterfall). В итоге вы будете медленно спускаться к той тёлке. Она сначала будет убегать, а потом окажется, что это овца. Вы назовёте это Agile и сделаете доклад на конференции.
корум; товарищ Ын; +2 Ответить
2. decline12 14 27.09.19 15:19 Сейчас в теме
ну и в итоге вашим разработчикам удалось что-то заработать или вы из них старались выжать сок по максимум?
boyarchuk; +1 Ответить
4. user1214464 9 27.09.19 16:36 Сейчас в теме
(2)
Попрошу на этот вопрос ответить нашего разработчика
7. MN_ir 28.09.19 13:40 Сейчас в теме
(4)Скажу больше : некоторые наши разработчики и аналитики во время работы над указанными в статье проектами(период проектов выпал на май-август) еще и в отпуск сходить успели... ;)
14. decline12 14 30.09.19 08:07 Сейчас в теме
а заработать то удалось? отпуск не показатель, все мы как-то в отпуск ходим и проекты в нужное время сдаем.

На первый взгляд, компания заработала имя, продвинулась по иерархии проектов.
Что поимели сотрудники, не понятно.
17. MN_ir 30.09.19 14:19 Сейчас в теме
(14) "Что поимели сотрудники, не понятно. " - зп) и постоянную загрузку... Аналитики получают первую порцию, тут же эстафету перенимают Архитекторы, сто-то сразу летит Разрабам... те все работали мелкими итерациями.. Если чет не заладилось, то сразу меняли направление... те хорошая КОМАНДНАЯ работа... именно в таких проектах КОМАНДА себя проявляет...
10. StarsLine 29.09.19 07:24 Сейчас в теме
(2) как один из разработчиков команды отвечу: да - заработали и нет - нас не выжали. За себя могу сказать, что за 7 месяцев в команде, я нигде не получал такого удовольствия от работы и думаю в этом отчасти и заслуга Agile
15. decline12 14 30.09.19 08:10 Сейчас в теме
надо попробовать тогда не на одном проекте, а на длительный срок 3-5-8 лет.

Интересно как ощущают себя разработчики, не убегут через пару лет?

Наверно заработали рыночную или все-же премию выдали каждому за проект по 100-300%?
3. VmvLer 27.09.19 16:22 Сейчас в теме
Agile и Scrum у меня вызывают ассоциации с "цирк приехал".

Когда представление закончено, довольный шоу зказчик просто забывает про клоунов и
бизнес опять живет без этого цирка.
user594546_eugenty; +1 Ответить
5. user1214464 9 27.09.19 16:38 Сейчас в теме
(3) Заказчик не знает что такое Agile и Scrum )
ему до сиреневой звезды
6. agafonov_andrei 28.09.19 10:05 Сейчас в теме
(5) По каким причинами в качестве ИСУП у себя используете именно Easy Project, нашли ли в нем какие-то особенные функции, которых нет в других решениях?
9. user1214464 9 28.09.19 17:05 Сейчас в теме
(6) Когда выбирали софт, сделали список требований к нему, потом критерии отбора, ну и по критериям EP прошел на первое место
Мы хотели , чтобы в продукте был функционал как традиционного РМ (связи между задачами, диаграмма Ганта и т.д.), так и возможность функционал подкрутить под наш процесс (настраиваемые поля, канбан-доски), ну и мобильное приложение.
На тот момент ( год) ЕР был лучшим вариантом под наши критерии отбора.

О том, как мы выбирали софт, описано тут:
http://project-management.zis.by/upravlenie-vnutrennimi-proektami/kak-my-vybirali-programmnoe-obespechenie-.html
23. agafonov_andrei 30.09.19 16:38 Сейчас в теме
(9) Спасибо. А какой баг-треккер используете?
29. user1214464 9 01.10.19 09:35 Сейчас в теме
(23) Мы все работы по нашим проектам ведем в одном продукте - Easy Projects, в том числе и работы по исправлению ошибок.
32. agafonov_andrei 01.10.19 16:34 Сейчас в теме
(29) Заказчики тоже подключаются непосредственно к EP что бы зарегистрировать обращение/ошибку?
33. user1214464 9 02.10.19 13:56 Сейчас в теме
(32)
У них есть такая возможность.
Но чаще они пишут об ошибках нам в скайп, а наш сотрудник регистрирует баг в ЕР.
8. MN_ir 28.09.19 13:51 Сейчас в теме
(5)Все верно. Заказчику абсолютно парралельно, какую философию использует Исполнитель.Им важен ПОЛОЖИТЕЛЬНЫЙ РЕЗУЛЬТАТ... Как и для нашей команды - очень важен результат... кстати... мы его уже получили;) об этом расскажем в ближайшее время...
11. CheBurator 3403 30.09.19 00:44 Сейчас в теме
второй проект: насколько оценка объемов работ (то есть первоначальная стоимость в деньгах) отличалась от конечной стоимости (конечная - когда проект сдан и переведен на договор поддержки с самостоятельной ценой) ?
24. user1214464 9 30.09.19 16:56 Сейчас в теме
(11) У нас был контракт с фиксированной ценой
Мы на 5% превысили фактический объем работ по отношению к плановой оценке
36. user1214464 9 03.10.19 09:19 Сейчас в теме
(11)
Сори, пост "У нас был контракт с фиксированной ценой
Мы на 5% превысили фактический объем работ по отношению к плановой оценке" был про проект 1.
Про проект 2 коллега ниже ответила
12. CheBurator 3403 30.09.19 00:46 Сейчас в теме
второй проект: "На текущий момент программный продукт готов и мы начали работы по его внедрению у клиента."
- если программный продукт ГОТОВ - а делался он по "хотелкам" клиента - то в чем заключается внедрение? какова стоимость внедрения относительно стоимости "программного продукта" (хотя бы в относительных цифрах).
- был ли клиент в начале проекта явным образом уведомлен и согласен что разработка программного продукта - отдельно, а внедрение - отдельно?
20. MN_ir 30.09.19 14:53 Сейчас в теме
(12) "если программный продукт ГОТОВ - а делался он по "хотелкам" клиента - то в чем заключается внедрение? какова стоимость внедрения относительно стоимости "программного продукта" (хотя бы в относительных цифрах)"

Проект2: У клиента данное направление деятельности только начало развиваться...Сотрудники клиента 5 мес. назад, перед принятием решения по старту Проекта2(первичный сбор требований-срез, вернее), оперировали 3 словами "груз, вагон, гугл-таблица"... Слова, например, "Справочник, Документ, Номенклатура, Контрагент.." некоторых сотрудников уносили в астрал... причем надолго :) Следовательно... "ХОТЕЛКИ" отсутствовали в принципе.. и укладывались в одно предложение.. "Должно быть все как в гугл-таблицах"... на основании данного предложения была дана оценка. После переговоров мы снизили стоимость... и отправились в Проект, но с оговорками(Заказчик готов был платить за РЕЗУЛЬТАТ)
Нам пришлось на основании опыта наших сотрудников(работали в сфере ЖД), опыта других профильных компаний, ну и доброго "гугл нам в помощь" предложить Заказчику схему бизнес-процессов в курупную клетку по данному виду деятельности компании... задать вопрос "Такие ли у вас процессы??", получить подтверждение и первые корректировки... и поэтапно прорабатывать блоки... опять же.. итерациями...

По стоимости внедрения: реализовано более, чем в 2 раза больше фнкционала, чем согласовывалось и оценивалось. При этом бюджет на 25% превысил первоначальную оценку и на 50% согласованную. Но КЛИЕНТ после полученного результата (Результат превысил их ожидания в разы) без колебаний согласился с новым бюджетом.

"На текущий момент программный продукт готов и мы начали работы по его внедрению у клиента." - не совсем корректная формулировка. Бюджет проекта включал разработку+внедрение. И с 1 сентября - рабочая эксплуатация продукта...

"был ли клиент в начале проекта явным образом уведомлен и согласен что разработка программного продукта - отдельно, а внедрение - отдельно?" Бюджет проекта включал разработку+внедрение(см выше)
26. CheBurator 3403 30.09.19 19:37 Сейчас в теме
(20) Ок, спсб за пояснгения.
По стоимости внедрения: реализовано более, чем в 2 раза больше фнкционала, чем согласовывалось и оценивалось. При этом бюджет на 25% превысил первоначальную оценку и на 50% согласованную. Но КЛИЕНТ после полученного результата (Результат превысил их ожидания в разы) без колебаний согласился с новым бюджетом.

- то есть можно сказать вам повезло. При этом еще не учтены затраты по собственно самому внедрению. Что еще увеличит объем выполненных работ. Итого - ошибка оценки затрат можно оценить в 1.5-2 раза (грубо). Опять можно сказать - вам повезет если клиент согласится оплачивать внедрение.
В итоге - если клиент попался чуть более упертый - работали бы себе в убыток.
27. MN_ir 30.09.19 21:45 Сейчас в теме
(26)
Опять можно сказать - вам повезет если клиент согласится оплачивать внедрение.

Рабочая эксплуатация с 1 сентября... Какое внедрение?? оно было во время работы над проектом... сия философия подразумевает плотное сотрудничество с Заказчиком в ходе проекта
31. mifka186 7 01.10.19 10:12 Сейчас в теме
(20)
Но КЛИЕНТ после полученного результата (Результат превысил их ожидания в разы) без колебаний согласился с новым бюджетом.

А мог и не согласиться. Доверие это конечно хорошо, но если вы не являетесь внутренним подразделением клиента, то лучше фиксируйте каждый чих на бумаге.
13. CheBurator 3403 30.09.19 00:48 Сейчас в теме
"Какие факторы позволили нам сделать этот проект успешно:
Доверие между клиентом и нашей командой."
- по сути, вы на аутсорсе (или фиксе) у клиента.

Вопрос: есть примеры успешного применения подхода для РАЗОВЫХ НОВЫХ клиентов?
18. MN_ir 30.09.19 14:23 Сейчас в теме
(13) "Вопрос: есть примеры успешного применения подхода для РАЗОВЫХ НОВЫХ клиентов? " - да. Проект1 и Проект3... это новые клиенты. Проект1 уже в предверии нового этапа... про Проект3 - итог описан в статье... клиент ушел думать над стратегией
16. decline12 14 30.09.19 08:15 Сейчас в теме
(0) пока проект не вдедрен, он не считается успешно реализованным, вы по сути навояли хотелок, но еще не внедрили, а наговнокодить каждый может.
21. MN_ir 30.09.19 14:57 Сейчас в теме
(16)
(16)
пока проект не вдедрен, он не считается успешно реализованным, вы по сути навояли хотелок

про хотелки см. пост 20, про внедрение - там же

(16)
но еще не внедрили, а наговнокодить каждый может.
ага))) так наговнокодили, что 2 оч.крупных игрока рынка заинтересованы в данном решении;)
19. CheBurator 3403 30.09.19 14:26 Сейчас в теме
Проект1 - не закончен. об успешности говорит рано. Проект3 - аналогично.
22. decline12 14 30.09.19 15:12 Сейчас в теме
(19) тоже так думаю, об успешности говорить еще рано, самое сложное будет именно внедрение, там и всплывут все нюансы разработки и agile в том числе. Потом как окажеться бюджет уже проеден, а бесплатно работать никто не хочет.
28. user1214464 9 01.10.19 09:31 Сейчас в теме
(19) Успешность первого проекта определялась по следующим критериям:
- Продукт разработан в соответствии с бизнес-требованиями клиента
- Проект уложился в плановые сроки и бюджет

О том, будет ли успешен проект внедрения разработанного продукта, конечно, говорить рано. Т.к. вполне вероятно, что клиент будет его внедрять своими силами и наша помощь даже не понадобится )
30. alex_sh2008 4 01.10.19 09:57 Сейчас в теме
(0)
В течение одного часа мы с коллегами по компании оценили объем работ и бюджет на разработку решения, полностью удовлетворяющего всем требованиям клиента.

Класс ;)))))
34. muskul 03.10.19 03:44 Сейчас в теме
(30)я даже представил. за час узнать все хотелки, как их примерно реализовать, оценить и так далее.
35. MN_ir 03.10.19 09:12 Сейчас в теме
(34) Все хотелки прислал Заказчик, с ним пообщался наш коллега, имеющий оч. хорошие скилы в управлении проектами, он же и разложил требования по полочкам. Нам оставалось лишь оценить эти работы... как ни странно, но реально, Проект1 мы недолго обсуждали.
37. alex_sh2008 4 03.10.19 12:47 Сейчас в теме
(34)Не удивительно что продукты 1С пестрят сырыми кодами, ошибками, не до делками
38. vaskomain 04.10.19 07:52 Сейчас в теме
Коллеги, здорово, отличная статья. Хочу дать небольшой совет. То что называется agile, на самом деле это методология ведения проекта с быстрой обратной связью. Ключевая ценность agile именно в этом. И основные потери, которые agile устраняет - это не столько потери проектирования, сколько потери на доработки в конце проекта. При водопадной модели это выглядит так - 1 месяц делали ТЗ, заказчик подписал, потом 3 месяца делали разработку. И когда показали результат оказалось что сделали не то что заказчик хотел. В итоге два выхода - либо мы говорим что все сделано по ТЗ и ругаемся с заказчиком, в итоге проект не успешен, либо не хотим терять репутацию и ещё 2 месяца доделываем проект за свой счёт, в убыток или совсем с минимальной маржой
39. vaskomain 04.10.19 07:58 Сейчас в теме
(38) дополнительно хочу сказать что для меня agile это один из 4 подходов, которые я применяю на практике, в зависимости от типа проекта. Agile практикую с 2009 года, когда он особо и в тренде то не был
41. user1214464 9 04.10.19 09:29 Сейчас в теме
(39)
А можете назвать оставшиеся три подхода, которые Вы практикуете?
45. vaskomain 04.10.19 09:53 Сейчас в теме
(41)
Сейчас я веду не только проекты разработки, но и бизнес-проекты, поэтому спектр применения широкий.
1. Модель последовательных проектов - классический pmbok или prince2, или то что у нас называют водопадом упрощенно - для проектов с высокой разовой капитализации, в ит такие проекты, когда нужно приобрести очень дорогое оборудование в ходе проекта (тянет до 50% стоимости проекта)
2. Комбинированная модель - lean pm + pmbok + agile - для проектов которые находятся на границе между проектами и процессами, например проект по бюджетированию с точки зрения ФЭО
3. Kaidzen/dmaic для проектов по оптимизации процессов, в том числе ит процессов - основная задача снижение overheads на проектное управление

К разработке 1с из них применимы только 3 для улучшения процесса и 1, в случае если разработка 1с это часть такого проекта
47. user1214464 9 04.10.19 10:35 Сейчас в теме
(45)
Kaidzen/dmaic

это же не для управления проектом по оптимизации, а для улучшения самих процессов используете. верно?
49. vaskomain 04.10.19 17:46 Сейчас в теме
(47) здесь очень много тонких моментов.
1. У нас нет как такового проекта по оптимизации - есть процесс постоянного улучшения, он бесконечный. Проект же все-таки имеет конец. Поэтому для управления процессом используются процессные методы
2. В рамках процесса постоянного улучшения мы инициируем мини-проекты по улучшению процессов
3. Вот именно они управляются по методологии kaidzen/dmaic в зависимости от сферы улучшения
50. vaskomain 04.10.19 17:48 Сейчас в теме
(49) если уж совсем дальше идти. То на тех предприятиях, где нет самого регулярного процесса по постоянному улучшению (системной определённого, а не хаотического) - вот там я запускаю проект по созданию такого процесса. Он идёт зачастую по скраму, но не в чистом его виде
42. user1214464 9 04.10.19 09:31 Сейчас в теме
(38)
Спасибо за отзыв, но я искренне не понял, в чем совет?
44. vaskomain 04.10.19 09:44 Сейчас в теме
(42) совет на чем фокусироваться и чему уделять внимание в проектах по agile - выстраиванию максимально быстрой обратной связи. Например в ваших проектах у вас релиз ещё идёт по технологии водопадной - это большие потери для обратной связи. Наиболее эффективный вариант - вы релизите каждый спринт, заказчик не просто демо смотрит, а начинает пользоваться и даёт более полноценную обратную связь. Для обеспечения подобной работы нужно переставать процессы в более гибкие
46. user1214464 9 04.10.19 10:25 Сейчас в теме
(44)
Мы так и делаем, релизы выпускаем оч часто
Спасибо за совет
48. vaskomain 04.10.19 10:44 Сейчас в теме
(46) Я сделал вывод по вашему ответу "Проект закончился, продукт готов, но заказчик его еще не внедряет, скорее всего будет своими силами внедрять".
Для меня внедрение - это использование продукта в работе.
Если вы релизите часто, то получается, что заказчик уже начал продукт использовать в работе.
Тогда у меня возникает противоречие между вышеуказанным высказыванием и вашими словами, что вы часто делаете релиз.
Если есть возможность поясните пожалуйста, что тогда вы подразумеваете под словом "Внедрение" в той ситуации, когда у вас все уже у заказчика в работе.
51. user1214464 9 06.10.19 15:47 Сейчас в теме
(48) Во втором проекте прямо сейчас идет внедрение и релизы выходят раз в 2 дня.
40. acanta 80 04.10.19 08:21 Сейчас в теме
Имхо, никакой agile не поможет если заказчик ничего не хотел. Есть в продажах понятие горячие и холодные звонки. И теплая или холодная клиентская база. Имхо, agile это оптимальный метод работы с теплым клиентом, а водопад с холодным.
Но это относительная величина)
Когда обе стороны холодные - оптимально водопад.
43. user1214464 9 04.10.19 09:33 Сейчас в теме
(40)
Об этом и попытался сказать в выводах статьи.
Но "теплота" отношений - это лишь один из факторов, необходимых для успешного применения Agile
Недавно PMI издала документ, в котором описано как можно понять, что лучше подходит для проекта: водопад, Agile или гибридный ЖЦ проекта.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Руководитель проектов 1С
Санкт-Петербург
Полный день

Программист 1С
Новосибирск
зарплата от 80 000 руб. до 150 000 руб.
Полный день

Консультант-аналитик 1С
Москва
зарплата от 40 000 руб. до 120 000 руб.
Полный день

Программист 1С
Красноярск
зарплата от 50 000 руб.
По совместительству

Бизнес-архитектор 1С, ведущий консультант
Санкт-Петербург
Полный день