Я собираюсь управлять проектами для очень маленькой (2-5) команды старших разработчиков. Они разрабатывают веб-приложение, основанное на подписке. Оно используется уже много лет, поэтому на данный момент работа включает в себя:
Выпуск продукции иногда определяется обязательствами перед заказчиком, иногда конкурентными преимуществами, но по большей части не является критичным по времени. Я бы хотел иметь регулярные производственные релизы для поддержания свежести продукта - раз в 2 месяца или около того.
Поскольку команда очень маленькая, разработчикам придется самим участвовать в проектировании, тестировании, развертывании и сопровождении.
Поскольку у нас нет специальной команды по обслуживанию, я вижу основную проблему в том, что разработка и планирование будут нарушаться из-за исправления ошибок и проблем с обслуживанием клиентов. Они могут отвлекать нас во время разработки новых функций и нарушать график выпуска.
Моя первоначальная мысль заключается в следующем:
Я буду рад услышать ваши мысли и извлеченные уроки.
Забудьте о пункте 1. Пусть ваша межфункциональная команда сама управляет собой.
Выполните пункт 2, но внедряйте все, что есть в Scrum, а не только то, что вам кажется полезным. Также не пытайтесь в одиночку, наймите сертифицированного Scrum-практика или сертифицированного Scrum-коуча.
Забудьте о пункте 3. Наймите тестировщика и включите его в свою Scrum-команду. Также правильное использование Scrum поможет уменьшить количество ошибок в производстве.