Лучший процесс для разработки и сопровождения продукта небольшой командой?

Лучший процесс для разработки и сопровождения продукта небольшой командой?
Лучший процесс для разработки и сопровождения продукта небольшой командой? - tamarabellis @ Unsplash

Я собираюсь управлять проектами для очень маленькой (2-5) команды старших разработчиков. Они разрабатывают веб-приложение, основанное на подписке. Оно используется уже много лет, поэтому на данный момент работа включает в себя:

  1. разработка новых функций и обновление существующих функций
  2. разработка внутренних инструментов и отчетов
  3. Устранение ошибок
  4. Расследование проблем с обслуживанием клиентов

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

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

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

Моя первоначальная мысль заключается в следующем:

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

Я буду рад услышать ваши мысли и извлеченные уроки.

Скрам - идеальный выбор здесь

Забудьте о пункте 1. Пусть ваша межфункциональная команда сама управляет собой.

Выполните пункт 2, но внедряйте все, что есть в Scrum, а не только то, что вам кажется полезным. Также не пытайтесь в одиночку, наймите сертифицированного Scrum-практика или сертифицированного Scrum-коуча.

Забудьте о пункте 3. Наймите тестировщика и включите его в свою Scrum-команду. Также правильное использование Scrum поможет уменьшить количество ошибок в производстве.


LetsCodeIt, 23 мая 2023 г., 13:34