Как мы строим разработку
– рассказывает Даниил, Project Manager
У всех свой ключ к тому, как достигать целевого результата на постоянной основе. За 20+ лет рецепт сложился и у нас – делимся им 🥢

🔹 Архитектурный надзор
Мы подключаем его на старте – во время этапа аналитики, это позволяет максимально детально прорабатывать ту архитектуру, которая соответствует целям проекта. При этом мы сразу можем закладывать не только то, что предстоит делать в рамках MVP, а также и на обозримое будущее.

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

🔹 Техническая декомпозиция задач
Необходимость декомпозиции проверяется просто – в диаграмме Ганта на задачу отведено больше, чем 6 часов (2 часа оставляем на созвоны, риски и пресловутый человеческий фактор). Здесь появляется неопределённость. Что понятнее:
▪️ разработчик сделает 3 небольших задачи в среднем по 6 часов,
или
▪️ разработчик сделает «жирную» задачу за 15 часов?
Что будет человек делать 3 рабочих дня?.. Другое дело, когда появляется детальность как для специалиста, так и для управленца. Это упрощает планирование.

🔹 Сбалансирование команды
Это и о грейдах, и о направлениях. Подбираем достаточно бэкендеров по отношению к фронту – чтобы бэк не опаздывал, а фронт не простаивал. Если у нас 3 бэка и 2 фронта, то естественно 1 QA не хватит – он просто не успеет качественно всё проверить. И так далее. Писали об этом месяц назад.

🔹 Кадровый резерв
Менеджеру проекта необходимо всегда держать руку на пульсе – и на случай пропуска одного или нескольких дней специалистом должен быть человек на подхвате (по крайне мере, «на внимании» – у него свежие знания по специфике и технологиям проекта). Нужно быть уверенным, что этот человек выйдет в случае чего и подменит основного специалиста.

🔹 Служба качества
В нашей компании есть отдел, который так и называется – в их задачу входит проведение внутренних аудитов наших проектов. Они погружаются в суть проекта и по чек-листам проверяют:
– достаточность информации, детальность описания процессов (Gitflow, Workflow), настроена ли CI/CD, где ведётся тестовая документация и в каком объёме и детализации…
То есть проверяется всё по регламентам: всего ли достаточно, чтобы успешно завершить проект и сделать его в лучшем качестве.

Если про какой-то пункт хочется почитать больше – пишите, мы запостим)