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

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

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

Agile проект

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

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

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

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

Первый проект

Первый проект – разработка программного продукта для автоматизации управления проектами для компании, оказывающей аутсорсинговые услуги по ведению бухгалтерского учета у своих клиентов. Учет проектов и задач в рамках проектов ведется сейчас в MS Excel.

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

Для того, чтобы понять, как решить проблему клиента нам надо было оценить экономическую эффективность нескольких вариантов:

  1. Аренда SaaS продукта для управления проектами;
  2. Покупка коробочного продукта и его внедрение;
  3. Разработка продукта под заказ и его внедрение.

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

После обсуждения требований клиент уточнил, а есть ли готовые продукты на платформе 1С для управления проектами, которые удовлетворяют его требованиям? Дело в том, что у клиента уже используется продукт 1С для ведения бухгалтерского учета и логично было обсудить вариант автоматизации оперативного учета на базе продукта от 1С. Такие продукты конечно есть, но функциональность этих продуктов будет использоваться клиентом на 10-20%, при этом часть требований в них не была реализована. Не очень хороший вариант с учетом того, что платить придется за весь функционал, да и стоимость коробочных продуктов с учетом их доработки под требования клиента оказалась выше, чем 2-годичная аренда Easy Projects.

Перешли к обсуждению третьего варианта: разработка продукта на платформе 1С под заказ. В течение одного часа мы с коллегами по компании оценили объем работ и бюджет на разработку решения, полностью удовлетворяющего всем требованиям клиента. После этого, обсудили бюджет проекта с клиентом и разделили требования на 2 части: требования, которые должны войти в первый релиз продукта, и требования, которые, возможно, войдут во второй релиз (если он будет). Стоимость первого релиза оказалась меньше, чем стоимость аренды Easy Projects. На все обсуждения ушло около 10 часов работы нашей команды. После этого мы подписали договор на первый релиз, разработали Устав проекта и стартовали проект, по условиям которого релиз должен был быть сделан за один месяц. В течение этого месяца было три демонстрации прототипа продукта клиенту, по итогу которых мы взяли в работу пару дополнительных требований.

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

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

Почему использование фреймворка Scrum в этом проекте дало выигрыш по срокам минимум в три месяца:

  1. Аналитик с нашей стороны более 15 лет использует различные программные продукты для управления проектами и имеет большой пользовательский опыт в этих продуктах. Это помогло не просто слушать требования клиента, а и быстро предлагать какие-то интересные фишки, которые будут полезны для решения проблемы клиента.  Все обсуждения требований мы смогли вести в устном виде и записывать нам нужно было только согласованные пользовательские истории
  2. На базе 1С есть несколько готовых продуктов по управлению проектами, анализ которых помог нашей команде понять, какими могут быть интерфейсы нового программного продукта и сэкономить время на их проектировании
  3. Частые демонстрации продукта (раз в неделю) заказчику проекта позволили быстро обсуждать новые идеи и принимать часть из них в работу на следующий спринт. На демонстрациях мы также быстро поясняли клиенту как реализованы требования и объясняли почему именно так. Мы сэкономили очень много времени на согласовании подходов к реализации требований, обсуждая их на уже готовых прототипах.

Второй проект

Второй проект связан с разработкой программного продукта для автоматизации работы железнодорожного узла, который оказывает услуги по перегрузке грузов из автомобилей в вагоны, из одних вагонов (для узкоколеной дороги) в другие (для перевозки по железной дороге в СНГ), хранению грузов на складе, а также занимается оптовой торговлей.

Что было на старте проекта: процессы работы железнодорожного узла у клиента не описаны и было понятно, что они будут изменяться по ходу проекта, большинство сотрудников компании не работали ранее в программных продуктах на платформе 1С. Это был наш четвертый проект с данной группой компаний и к нам у руководства группы компаний клиента сформировался высокий уровень доверия. Наша команда решила реализовывать проект без технического задания, используя тот же Scrum. Для договора мы зафиксировали перечень из функциональных блоков, которые должны быть реализованы. А для оценки объемов работ провели предварительный сбор требований за один месяц, при чем техническое задание не оформляли как документ. Мы реализовали этот проект за пять месяцев, уточняя требования перед каждым спринтом. В результате проекта мы разработали коробочный продукт для управления работой железнодорожного узла на базе 1С. На текущий момент программный продукт готов и мы начали  работы по его внедрению у клиента.

Какие бонусы дало использование философии Agile и подхода Scrum в этом проекте:

  1. Сэкономили больше месяца на описании бизнес-процессов  «как есть» и согласовании модели процессов «как будет» с клиентом (и приличную сумму денег)
  2. Сэкономили около 2-3 месяцев на сборе и анализе требований и разработке технического задания и около 2-3х месяцев на разработку документа по описанию технической реализации требований

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

Какие факторы позволили нам сделать этот проект успешно:

  1. Доверие между клиентом и нашей командой. Мы уже делали вместе четвертый проект и клиент не сомневался в нашей честности и компетентности;
  2. У клиента не было понимания того, какие требования у него есть к программному продукту, и он поверил нам в том, что мы сможет отловить самые важные требования с помощью интервью и быстрых прототипов;
  3. Большая часть ребят из команды проекта уже работали до этого по Scrum вместе не один год.

Выводы

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

Я уверен, что не для всех проектов автоматизации бизнеса оправданно использовать философию Agile и фреймворк Scrum. Для того, чтобы они принесли эффект нужно выполнение следующих условий:

  1. Заказчик проекта доверяет команде с точки зрения ее компетентности в сборе и анализе требований, принятии решений о том, как реализовать требования.
  2. В команде есть профессиональный аналитик требований, который способен понять процессы клиента, предложить клиенту функциональность, которая будет востребована его пользователями, при этом умеет расставлять приоритеты в требованиях и убеждать клиента отказаться от некоторых требований.
  3. Команда исполнителей умеет работать по Scrum.
  4. Заказчик проекта готов участвовать в частых демонстрациях промежуточных результатов проекта, вникать в сделанные разработки и давать обратную связь команде.
9

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

Комментарии
Избранное Подписка Сортировка: Дата
51. user1214464 9 06.10.19 15:47 Сейчас в теме
(48) Во втором проекте прямо сейчас идет внедрение и релизы выходят раз в 2 дня.
50. vaskomain 04.10.19 17:48 Сейчас в теме
(49) если уж совсем дальше идти. То на тех предприятиях, где нет самого регулярного процесса по постоянному улучшению (системной определённого, а не хаотического) - вот там я запускаю проект по созданию такого процесса. Он идёт зачастую по скраму, но не в чистом его виде
49. vaskomain 04.10.19 17:46 Сейчас в теме
(47) здесь очень много тонких моментов.
1. У нас нет как такового проекта по оптимизации - есть процесс постоянного улучшения, он бесконечный. Проект же все-таки имеет конец. Поэтому для управления процессом используются процессные методы
2. В рамках процесса постоянного улучшения мы инициируем мини-проекты по улучшению процессов
3. Вот именно они управляются по методологии kaidzen/dmaic в зависимости от сферы улучшения
48. vaskomain 04.10.19 10:44 Сейчас в теме
(46) Я сделал вывод по вашему ответу "Проект закончился, продукт готов, но заказчик его еще не внедряет, скорее всего будет своими силами внедрять".
Для меня внедрение - это использование продукта в работе.
Если вы релизите часто, то получается, что заказчик уже начал продукт использовать в работе.
Тогда у меня возникает противоречие между вышеуказанным высказыванием и вашими словами, что вы часто делаете релиз.
Если есть возможность поясните пожалуйста, что тогда вы подразумеваете под словом "Внедрение" в той ситуации, когда у вас все уже у заказчика в работе.
47. user1214464 9 04.10.19 10:35 Сейчас в теме
(45)
Kaidzen/dmaic

это же не для управления проектом по оптимизации, а для улучшения самих процессов используете. верно?
46. user1214464 9 04.10.19 10:25 Сейчас в теме
(44)
Мы так и делаем, релизы выпускаем оч часто
Спасибо за совет
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с это часть такого проекта
44. vaskomain 04.10.19 09:44 Сейчас в теме
(42) совет на чем фокусироваться и чему уделять внимание в проектах по agile - выстраиванию максимально быстрой обратной связи. Например в ваших проектах у вас релиз ещё идёт по технологии водопадной - это большие потери для обратной связи. Наиболее эффективный вариант - вы релизите каждый спринт, заказчик не просто демо смотрит, а начинает пользоваться и даёт более полноценную обратную связь. Для обеспечения подобной работы нужно переставать процессы в более гибкие
43. user1214464 9 04.10.19 09:33 Сейчас в теме
(40)
Об этом и попытался сказать в выводах статьи.
Но "теплота" отношений - это лишь один из факторов, необходимых для успешного применения Agile
Недавно PMI издала документ, в котором описано как можно понять, что лучше подходит для проекта: водопад, Agile или гибридный ЖЦ проекта.
42. user1214464 9 04.10.19 09:31 Сейчас в теме
(38)
Спасибо за отзыв, но я искренне не понял, в чем совет?
41. user1214464 9 04.10.19 09:29 Сейчас в теме
(39)
А можете назвать оставшиеся три подхода, которые Вы практикуете?
40. acanta 74 04.10.19 08:21 Сейчас в теме
Имхо, никакой agile не поможет если заказчик ничего не хотел. Есть в продажах понятие горячие и холодные звонки. И теплая или холодная клиентская база. Имхо, agile это оптимальный метод работы с теплым клиентом, а водопад с холодным.
Но это относительная величина)
Когда обе стороны холодные - оптимально водопад.
39. vaskomain 04.10.19 07:58 Сейчас в теме
(38) дополнительно хочу сказать что для меня agile это один из 4 подходов, которые я применяю на практике, в зависимости от типа проекта. Agile практикую с 2009 года, когда он особо и в тренде то не был
38. vaskomain 04.10.19 07:52 Сейчас в теме
Коллеги, здорово, отличная статья. Хочу дать небольшой совет. То что называется agile, на самом деле это методология ведения проекта с быстрой обратной связью. Ключевая ценность agile именно в этом. И основные потери, которые agile устраняет - это не столько потери проектирования, сколько потери на доработки в конце проекта. При водопадной модели это выглядит так - 1 месяц делали ТЗ, заказчик подписал, потом 3 месяца делали разработку. И когда показали результат оказалось что сделали не то что заказчик хотел. В итоге два выхода - либо мы говорим что все сделано по ТЗ и ругаемся с заказчиком, в итоге проект не успешен, либо не хотим терять репутацию и ещё 2 месяца доделываем проект за свой счёт, в убыток или совсем с минимальной маржой
37. alex_sh2008 4 03.10.19 12:47 Сейчас в теме
(34)Не удивительно что продукты 1С пестрят сырыми кодами, ошибками, не до делками
36. user1214464 9 03.10.19 09:19 Сейчас в теме
(11)
Сори, пост "У нас был контракт с фиксированной ценой
Мы на 5% превысили фактический объем работ по отношению к плановой оценке" был про проект 1.
Про проект 2 коллега ниже ответила
35. MN_ir 03.10.19 09:12 Сейчас в теме
(34) Все хотелки прислал Заказчик, с ним пообщался наш коллега, имеющий оч. хорошие скилы в управлении проектами, он же и разложил требования по полочкам. Нам оставалось лишь оценить эти работы... как ни странно, но реально, Проект1 мы недолго обсуждали.
34. muskul 03.10.19 03:44 Сейчас в теме
(30)я даже представил. за час узнать все хотелки, как их примерно реализовать, оценить и так далее.
33. user1214464 9 02.10.19 13:56 Сейчас в теме
(32)
У них есть такая возможность.
Но чаще они пишут об ошибках нам в скайп, а наш сотрудник регистрирует баг в ЕР.
32. agafonov_andrei 01.10.19 16:34 Сейчас в теме
(29) Заказчики тоже подключаются непосредственно к EP что бы зарегистрировать обращение/ошибку?
31. mifka186 7 01.10.19 10:12 Сейчас в теме
(20)
Но КЛИЕНТ после полученного результата (Результат превысил их ожидания в разы) без колебаний согласился с новым бюджетом.

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

Класс ;)))))
29. user1214464 9 01.10.19 09:35 Сейчас в теме
(23) Мы все работы по нашим проектам ведем в одном продукте - Easy Projects, в том числе и работы по исправлению ошибок.
28. user1214464 9 01.10.19 09:31 Сейчас в теме
(19) Успешность первого проекта определялась по следующим критериям:
- Продукт разработан в соответствии с бизнес-требованиями клиента
- Проект уложился в плановые сроки и бюджет

О том, будет ли успешен проект внедрения разработанного продукта, конечно, говорить рано. Т.к. вполне вероятно, что клиент будет его внедрять своими силами и наша помощь даже не понадобится )
27. MN_ir 30.09.19 21:45 Сейчас в теме
(26)
Опять можно сказать - вам повезет если клиент согласится оплачивать внедрение.

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

- то есть можно сказать вам повезло. При этом еще не учтены затраты по собственно самому внедрению. Что еще увеличит объем выполненных работ. Итого - ошибка оценки затрат можно оценить в 1.5-2 раза (грубо). Опять можно сказать - вам повезет если клиент согласится оплачивать внедрение.
В итоге - если клиент попался чуть более упертый - работали бы себе в убыток.
24. user1214464 9 30.09.19 16:56 Сейчас в теме
(11) У нас был контракт с фиксированной ценой
Мы на 5% превысили фактический объем работ по отношению к плановой оценке
23. agafonov_andrei 30.09.19 16:38 Сейчас в теме
(9) Спасибо. А какой баг-треккер используете?
22. decline12 14 30.09.19 15:12 Сейчас в теме
(19) тоже так думаю, об успешности говорить еще рано, самое сложное будет именно внедрение, там и всплывут все нюансы разработки и agile в том числе. Потом как окажеться бюджет уже проеден, а бесплатно работать никто не хочет.
21. MN_ir 30.09.19 14:57 Сейчас в теме
(16)
(16)
пока проект не вдедрен, он не считается успешно реализованным, вы по сути навояли хотелок

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

(16)
но еще не внедрили, а наговнокодить каждый может.
ага))) так наговнокодили, что 2 оч.крупных игрока рынка заинтересованы в данном решении;)
20. MN_ir 30.09.19 14:53 Сейчас в теме
(12) "если программный продукт ГОТОВ - а делался он по "хотелкам" клиента - то в чем заключается внедрение? какова стоимость внедрения относительно стоимости "программного продукта" (хотя бы в относительных цифрах)"

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

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

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

"был ли клиент в начале проекта явным образом уведомлен и согласен что разработка программного продукта - отдельно, а внедрение - отдельно?" Бюджет проекта включал разработку+внедрение(см выше)
19. CheBurator 3402 30.09.19 14:26 Сейчас в теме
Проект1 - не закончен. об успешности говорит рано. Проект3 - аналогично.
18. MN_ir 30.09.19 14:23 Сейчас в теме
(13) "Вопрос: есть примеры успешного применения подхода для РАЗОВЫХ НОВЫХ клиентов? " - да. Проект1 и Проект3... это новые клиенты. Проект1 уже в предверии нового этапа... про Проект3 - итог описан в статье... клиент ушел думать над стратегией
17. MN_ir 30.09.19 14:19 Сейчас в теме
(14) "Что поимели сотрудники, не понятно. " - зп) и постоянную загрузку... Аналитики получают первую порцию, тут же эстафету перенимают Архитекторы, сто-то сразу летит Разрабам... те все работали мелкими итерациями.. Если чет не заладилось, то сразу меняли направление... те хорошая КОМАНДНАЯ работа... именно в таких проектах КОМАНДА себя проявляет...
16. decline12 14 30.09.19 08:15 Сейчас в теме
(0) пока проект не вдедрен, он не считается успешно реализованным, вы по сути навояли хотелок, но еще не внедрили, а наговнокодить каждый может.
15. decline12 14 30.09.19 08:10 Сейчас в теме
надо попробовать тогда не на одном проекте, а на длительный срок 3-5-8 лет.

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

Наверно заработали рыночную или все-же премию выдали каждому за проект по 100-300%?
14. decline12 14 30.09.19 08:07 Сейчас в теме
а заработать то удалось? отпуск не показатель, все мы как-то в отпуск ходим и проекты в нужное время сдаем.

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

Вопрос: есть примеры успешного применения подхода для РАЗОВЫХ НОВЫХ клиентов?
12. CheBurator 3402 30.09.19 00:46 Сейчас в теме
второй проект: "На текущий момент программный продукт готов и мы начали работы по его внедрению у клиента."
- если программный продукт ГОТОВ - а делался он по "хотелкам" клиента - то в чем заключается внедрение? какова стоимость внедрения относительно стоимости "программного продукта" (хотя бы в относительных цифрах).
- был ли клиент в начале проекта явным образом уведомлен и согласен что разработка программного продукта - отдельно, а внедрение - отдельно?
11. CheBurator 3402 30.09.19 00:44 Сейчас в теме
второй проект: насколько оценка объемов работ (то есть первоначальная стоимость в деньгах) отличалась от конечной стоимости (конечная - когда проект сдан и переведен на договор поддержки с самостоятельной ценой) ?
10. StarsLine 29.09.19 07:24 Сейчас в теме
(2) как один из разработчиков команды отвечу: да - заработали и нет - нас не выжали. За себя могу сказать, что за 7 месяцев в команде, я нигде не получал такого удовольствия от работы и думаю в этом отчасти и заслуга Agile
9. user1214464 9 28.09.19 17:05 Сейчас в теме
(6) Когда выбирали софт, сделали список требований к нему, потом критерии отбора, ну и по критериям EP прошел на первое место
Мы хотели , чтобы в продукте был функционал как традиционного РМ (связи между задачами, диаграмма Ганта и т.д.), так и возможность функционал подкрутить под наш процесс (настраиваемые поля, канбан-доски), ну и мобильное приложение.
На тот момент ( год) ЕР был лучшим вариантом под наши критерии отбора.

О том, как мы выбирали софт, описано тут:
http://project-management.zis.by/upravlenie-vnutrennimi-proektami/kak-my-vybirali-programmnoe-obespechenie-.html
8. MN_ir 28.09.19 13:51 Сейчас в теме
(5)Все верно. Заказчику абсолютно парралельно, какую философию использует Исполнитель.Им важен ПОЛОЖИТЕЛЬНЫЙ РЕЗУЛЬТАТ... Как и для нашей команды - очень важен результат... кстати... мы его уже получили;) об этом расскажем в ближайшее время...
7. MN_ir 28.09.19 13:40 Сейчас в теме
(4)Скажу больше : некоторые наши разработчики и аналитики во время работы над указанными в статье проектами(период проектов выпал на май-август) еще и в отпуск сходить успели... ;)
6. agafonov_andrei 28.09.19 10:05 Сейчас в теме
(5) По каким причинами в качестве ИСУП у себя используете именно Easy Project, нашли ли в нем какие-то особенные функции, которых нет в других решениях?
5. user1214464 9 27.09.19 16:38 Сейчас в теме
(3) Заказчик не знает что такое Agile и Scrum )
ему до сиреневой звезды
4. user1214464 9 27.09.19 16:36 Сейчас в теме
(2)
Попрошу на этот вопрос ответить нашего разработчика
3. VmvLer 27.09.19 16:22 Сейчас в теме
Agile и Scrum у меня вызывают ассоциации с "цирк приехал".

Когда представление закончено, довольный шоу зказчик просто забывает про клоунов и
бизнес опять живет без этого цирка.
user594546_eugenty; +1 Ответить 1
2. decline12 14 27.09.19 15:19 Сейчас в теме
ну и в итоге вашим разработчикам удалось что-то заработать или вы из них старались выжать сок по максимум?
1. user1274438 27.09.19 14:07 Сейчас в теме
Агиле! Агиле эни вере!

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

Как лучше: быстро спуститься с горы вон к той тёлке (mvp) или медленно спуститься и покрыть все стадо (waterfall). В итоге вы будете медленно спускаться к той тёлке. Она сначала будет убегать, а потом окажется, что это овца. Вы назовёте это Agile и сделаете доклад на конференции.
товарищ Ын; +1 Ответить
Оставьте свое сообщение

См. также

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

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

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

14.10.2019    2324    chavalah    15       

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

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

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

19.09.2019    7483    ogroup    156       

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

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

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

16.09.2019    4670    GSoft    14       

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

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

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

30.08.2019    4351    SergeyN    4       

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

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

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

16.08.2019    4166    Hissin    18       

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

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

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

05.08.2019    4460    karpik666    77       

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

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

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

11.07.2019    7003    pbazeliuk    18       

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

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

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

28.06.2019    3506    SergeyN    1       

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

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

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

24.06.2019    2976    sbase    9       

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

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

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

18.06.2019    4083    MariaTemchina    8       

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

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

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

31.05.2019    4422    MariaTemchina    23       

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

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

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

27.05.2019    4458    cybrat    9       

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

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

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

06.05.2019    4288    MariaTemchina    8       

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

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

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

04.05.2019    5082    1c-intelligence    39       

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

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

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

15.04.2019    7141    MariaTemchina    15       

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

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

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

04.04.2019    9733    infostart    18       

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

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

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

14.03.2019    8147    MariaTemchina    47       

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

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

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

13.02.2019    4789    chavalah    22       

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

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

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

12.02.2019    6355    MariaTemchina    20       

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

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

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

04.02.2019    6018    1c-intelligence    64       

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

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

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

31.01.2019    5237    MariaTemchina    0       

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

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

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

24.01.2019    6531    user809424    11       

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

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

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

14.01.2019    7035    MariaTemchina    13       

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

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

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

10.01.2019    9340    chavalah    123       

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

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

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

26.12.2018    6457    1c-intelligence    7       

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

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

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

19.12.2018    6732    MariaTemchina    24       

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

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

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

09.12.2018    6224    chavalah    119       

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

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

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

05.12.2018    13723    andironenko    128       

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

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

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

03.12.2018    5817    capitan    26       

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

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

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

26.11.2018    7044    MariaTemchina    40       

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

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

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

26.11.2018    5888    356    Selikhovkin    4       

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

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

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

23.11.2018    8216    Selikhovkin    8       

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

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

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

22.11.2018    9259    andironenko    43       

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

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

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

20.11.2018    5438    leobrn    11       

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

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

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

19.11.2018    5230    Selikhovkin    1       

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

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

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

19.11.2018    6574    capitan    41       

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

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

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

15.11.2018    16512    rossoxa    63       

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

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

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

13.11.2018    7589    MariaTemchina    16       

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

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

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

07.11.2018    9585    andironenko    62       

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

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

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

30.10.2018    6480    MariaTemchina    47       

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

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

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

29.10.2018    9162    andironenko    35       

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

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

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

29.10.2018    6709    1c-intelligence    19       

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

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

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

17.10.2018    7750    Mick2iS    8       

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

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

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

11.10.2018    5499    AlexWhite    7       

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

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

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

08.10.2018    8083    39    infostart    4       

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

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

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

08.10.2018    5535    askhatu    15       

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

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

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

01.10.2018    13749    glebushka    41