+7 (499) 638-64-11
Попробовать
Постановка и автоматизация процессов разработки ПО
 

Devprom в i-Sys

Коллеги, позвольте представиться. Я Антон Погодин, руковожу одним из департаментов в i-Sys, компании с самарскими корнями, пришел в которую в не очень далеком 2009 году как руководитель проектов по разработке и внедрению информационных систем. На дворе конец 2015 года и мне есть, что вам рассказать.

История выбора

В те времена мы пользовались всем и ничем одновременно. Какие-то проекты вели в Project, какие-то в Excel, а что-то вообще в уме. Но мы росли, росло количество проектов, их масштаб. К нам предъявлялись все более серьезные требования со стороны заказчиков, а мы все более высокие требования предъявляли к нашим проектным командам.

Это стало отправной точкой в автоматизации проектного управления и совместной работы команд.

Первым шагом стала автоматизация учета задач на нашем корпоративном портале (MS SharePoint). Мы сделали списки задач, настроили правила, подключили людей. И даже какое-то время нас это устраивало.

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

Путь этот не был легким. Многие вещи мы постигали сами, набивали шишки, где-то учились, читали книги, посещали конференции. Знакомились с людьми, делились опытом и опыт перенимали.

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

При этом, т.к. мы аутсорсинговая компания, зачастую мы интегрируемся в процессы заказчика. Параллельно с использованием TFS мы провели некоторое количество проектов с использованием Jira и Redmine.

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

Что, где, когда

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

Jira. Кажется, это логичный выбор. Шел 2011 год и это была 5-я версия. Всемирно известный и признанный продукт. Широкий спектр интегрируемых продуктов, все для работы команд. Мы с энтузиазмом начали пытаться адаптировать Jira под наши нужды. И вот тут были несколько озадачены. Парадигма workflow-схем и последующего их применения к проектам привели к невероятным сложностям в адаптации под конкретный проект. Еще сложнее было изменить состав полей фичи/задачи. На тот момент Jira вообще не отличалась гибкостью. Либо ты подстраиваешься под нее, либо... Либо как поняли мы - это не наш выбор.

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

Что важно

По большому счету, в мире придумано не так много вариантов, как можно провести проект. Конечно, есть Waterfall, куда без него. Есть много проектов, которые даже сейчас стоит вести именно так. Есть ориентированные на постоянные изменения Scrum и Kanban. Есть куча проектов, которые иначе провести будет очень сложно или делать это вовсе бессмысленно. Все остальное находится где-то рядом или плавает между.

Если вы ведете и те, и другие, да еще и несколько в различных комбинациях; если каждый новый заказчик и проект - это свои тонкости, то что будет важно для вас в управлении всем этим?

Для нас важно вот это:

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

Если не хватает какого-то функционала - единая среда разрывается, это приводит к путанице, сложности контроля, анализа и оценки, а это все - проблемы управления.

Честно говоря, на тот момент неожиданно, но мы получили все это в Devprom:

  • Преднастроенные шаблоны проектов, которые можем сами дополнять по своему усмотрению и использовать для тиражирования внутри компании.
  • Возможность настроить систему под конкретный проект с учетом всех его нюансов за 5-10 минут. Максимум. Всего лишь!
  • Доски задач, пожеланий, графики релизов, burndown, burnup, cumulative flow, расчет скорости работы, прогнозы завершения, загрузку ресурсов и еще кучу всего, что позволяет быстро оценить состояние и принять решение. Для всех - начиная от тимлида, до руководителя проекта и бизнес-юнита компании. Качество управления возросло, а трудозатраты на него снизились.
  • Команды от старта проекта до последней точки в проекте работают в единой среде, позволяющей не только использовать единые принципы работы, но проследить связь всех артефактов проекта, будь то бизнес-требования, техническая реализация, прохождение тестирования и документацию. Это здорово помогает нам сконцентрироваться на работе и в любой момент иметь под рукой все необходимую информацию.
  • Цена - это вопрос отдельный: http://devprom.ru/price

Работаем

Итак, мы нашли то, что поможет нам работать эффективно.

Первый проект мы начали вести в Devprom в апреле 2012 года. Это был проект со сводной трехсторонней (заказчик и два подрядчика) командой с гигантским числом зависимостей и сложным workflow. До сих пор не понимаю, Как бы мы завершили его без хорошей визуализации процесса.

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

Процесс внедрения не был простым. Все новое часто встречают в штыки. Где-то нам помогала политическая воля, где-то совет и помощь в пробе пера. Постепенно Devprom заслуживал признание и получал все более широкое распространение в компании. Начиная от одного проекта, мы перешли к портфелю проектов одного заказчика. Далее - к департаменту с несколькими заказчиками и своими портфелями проектов. Затем - вышли за рамки подразделения и запустили проекты других департаментов.

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

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

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

Мы ведем в Devprom Fixed price и T&M проекты; Waterfall, Scrum и Kanban.

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

Что есть Devprom сейчас

На данный момент Devprom предоставляет следующий функционал:

  • Бизнес-анализ и управление требованиями.
  • Управление задачам, поставками.
  • Управление тестированием.
  • Управление разработкой документации.
  • Организация поддержки клиентов.
  • Управление портфелями проектов и ресурсами.
  • Организация баз знаний.

Но все это общие слова. Вот несколько живых примеров помощи системы в управлении.

Эй, смотрите, у нас задача уже месяц на UAT висит!

А это что за допработы в спринте появились?

Есть ощущение, что разработчик немного перегружен в итерации.

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

А учитывая, что развивается он постоянно и быстро (про выпускаемые обновления можно почитать тут: ), есть вера, что он будет помогать нам еще очень долго.

Команда Devprom, вам спасибо за продукт!