Заказная разработка ПО в IBS: опыт использования методологии в коммерческих проектах

Серия статей «Заказная разработка ПО в IBS» подробно раскрыла производственный процесс заказной разработки программного обеспечения — от сбора требований и архитектурного проектирования до безопасной поставки решений. В завершении этого цикла директор департамента проектирования и разработки Максим Ковтун и начальник отдела управления разработкой и архитектурой Юлия Олле расскажут о практическом опыте использования методологии IBS в коммерческих проектах.

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

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

2. Методологию работы, являющуюся системным набором принципов, подходов и стандартов, направленных на оптимизацию процессов и обеспечение высокого уровня выполнения задач. Этот компонент помогает структурировать деятельность проектных команд, снизить риски и повысить эффективность работы.

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

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

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

1. Повышению качества управленческих и технических решений, поскольку наличие системного подхода и методических материалов обеспечивает обоснованность принимаемых решений, прозрачность процессов и учет лучших практик. Это способствует более эффективному управлению проектами и улучшению конечного результата.

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

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

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

Жизненный цикл методологии

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

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

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

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

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

Основные инструменты и подходы

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

  • Чек-лист по методологии — заполняется регулярно, помогает фиксировать точки контроля исполнения процессов по таким направлениям, как аналитика, UX/UI, разработка, тестирование, DevSecOps.

Пример чек-листа:

Аналитика

  • Бэклог проекта в Confluence
  • Реестр требований в Confluence
  • BA/SA постановка в Confluence
  • Связь требование-задача в JIRA
  • Согласованные версии документов в Confluence

UX/UI

  • Дизайн-концепция
  • Task flow
  • Карта навигации (сайта)
  • ЧБ прототип варфреймы
  • Дизайн-макеты
  • Screen-flow
Разработка
  • Оцененный список задач
  • Церемония Daily Scrum Meeting
  • Доска Scrum
  • Проведение ретроспективы
  • Burndown chart
  • Unit-тесты
  • Переиспользование готовых компонентов
  • Другое
Тестирование
  • Наличие тестовой модели с выполненной декомпозицией по типу тестирования (смоук, санити, регресс)
  • Описанный ЖЦ дефекта с ролями и ответственными
  • Описанная процедура старта и завершения тестирования
  • Архитектура тестовых стендов
  • Другое
DevSecOps
  • Релизная стратегия
  • Качество кода (SonarQube)
  • Сканирование на уязвимости (SonarQube)
  • Сканирование зависимостей (Clair + Trivy)
  • Представление результатов сканирования и комментарий, что делаем (Dtrack)

Пример раздела по аналитике:


Легенда:


  • Чек-лист по архитектуре — заполняется регулярно, помогает фиксировать точки контроля архитектуры решения и рекомендации для устранения несоответствий, содержит такие разделы, как отклонения от технического задания (ТЗ) / проектного решения (ПР), общие проверки, проверки микросервисной реализации, проверки монолитного решения и т.п.

Пример чек-листа по архитектуре:

Отклонения ТЗ/ПР

  • Соответствие сетевой диаграмме
  • Соответствие диаграмме потоков данных
  • Соответствие разрешенному прикладному ПО клиента
  • Соответствие правилам лицензирования
  • Соответствие описанной модели данных
  • и т.д.
Общие проверки
  • Использование типовых компонент
  • Наличие слоя бизнес-логики
  • Наличие слоя доступа к данным
  • Наличие перегруженных зависимостями компонент
  • Тестируемость приложения
  • и т.д.
Микросервисы
  • Выбран архитектурно верный способ разбиения на микросервисы
  • Наличие у каждого микросервиса своей бд
  • Связанность микросервисов между собой
  • Event-driven архитектура
  • и т.д.
Монолит
  • Умеренная связанность кода

  • Наличие дублирования логики

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

Для анализа выделены следующие области:

  • Ресурсы — ресурсное обеспечение или квалификация проектной команды

  • Планирование — планирование работ в рамках реализации проекта или оценки пресейла

  • Управление — проектное управление

  • Техника — техническая реализация

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

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

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

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

Финальный этап

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

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

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

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

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

54

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.