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 3402 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 3402 30.09.19 00:46 Сейчас в теме
второй проект: "На текущий момент программный продукт готов и мы начали работы по его внедрению у клиента."
- если программный продукт ГОТОВ - а делался он по "хотелкам" клиента - то в чем заключается внедрение? какова стоимость внедрения относительно стоимости "программного продукта" (хотя бы в относительных цифрах).
- был ли клиент в начале проекта явным образом уведомлен и согласен что разработка программного продукта - отдельно, а внедрение - отдельно?
20. MN_ir 30.09.19 14:53 Сейчас в теме
(12) "если программный продукт ГОТОВ - а делался он по "хотелкам" клиента - то в чем заключается внедрение? какова стоимость внедрения относительно стоимости "программного продукта" (хотя бы в относительных цифрах)"

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

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

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

"был ли клиент в начале проекта явным образом уведомлен и согласен что разработка программного продукта - отдельно, а внедрение - отдельно?" Бюджет проекта включал разработку+внедрение(см выше)
26. CheBurator 3402 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 3402 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 3402 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 74 04.10.19 08:21 Сейчас в теме
Имхо, никакой agile не поможет если заказчик ничего не хотел. Есть в продажах понятие горячие и холодные звонки. И теплая или холодная клиентская база. Имхо, agile это оптимальный метод работы с теплым клиентом, а водопад с холодным.
Но это относительная величина)
Когда обе стороны холодные - оптимально водопад.
43. user1214464 9 04.10.19 09:33 Сейчас в теме
(40)
Об этом и попытался сказать в выводах статьи.
Но "теплота" отношений - это лишь один из факторов, необходимых для успешного применения Agile
Недавно PMI издала документ, в котором описано как можно понять, что лучше подходит для проекта: водопад, Agile или гибридный ЖЦ проекта.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

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

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

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству