Мы продуктовая компания. Какая гибкая методология лучше всего подходит для текущих продуктов? Это похоже на то, что мы должны продолжать улучшать наши продукты, чтобы оставаться конкурентоспособными. Похоже, это дело бесконечное.
Мы производим бесконечный продукт SaaS, который фактически начал свою жизнь в 2006 году. Мы используем Scrum и делаем это около 5 лет. Это неизмеримо увеличило нашу производительность и, на мой взгляд, идеально подходит для такого типа разработки.
Еще одно преимущество заключается в том, что если продукт будет продолжаться год за годом, ваш персонал будет меняться, однако хорошо дисциплинированная Scrum-команда позволяет новым членам довольно быстро входить в состав.
Microsoft Solutions Framework — это набор принципов, моделей, дисциплин, концепций и руководств по предоставлению услуг информационных технологий от Microsoft. MSF не ограничивается только разработкой приложений; он также применим к другим ИТ-проектам, таким как развертывание, сетевые или инфраструктурные проекты.
Хорошей отправной точкой является Scrum, а затем адаптируйтесь к нему. Пока вы проводите хорошие ретроспективы и решаете поднятые вопросы, вы встанете на ноги. Не бойтесь адаптировать изменения и исследования. Убедитесь, что вы стали или стали чемпионом Agile. Что-то пойдет не так, просто учитесь на них, информируйте людей о том, что это план, улучшайте, импровизируйте и становитесь лучше. (сосредоточьтесь на том, чтобы заинтересованные стороны (все) были информированы и вовлечены)
Как уже говорили другие, Scrum — хорошая отправная точка. Scrum дает хорошую структуру, если команды плохо знакомы с Agile. Наличие назначенного Scrum Master очень важно для начала работы. Со временем команды могут стать более самодостаточными, проводить свои собственные церемонии и поддерживать отставание в хорошей форме во время спринта (то есть вне сеанса планирования).
По мере взросления команды, возможно, стоит обратить внимание и на Канбан. Я обнаружил, что это лучше всего работает для команд, которые активно пишут заявки (посредством точного планирования времени) и поддерживают их примерно одного размера.
Один из подходов, который я использовал, заключается в использовании Scrum для проектов и Kanban для текущей работы типа BAU. У этих и других методик есть свои плюсы и минусы. Что бы вы ни делали, убедитесь, что у вас есть ретроспективы, чтобы у команды была возможность проверить и адаптировать.
Сергей Кудрявцев