Какая гибкая методология?[закрыто]
-
01-07-2019 - |
Вопрос
Какую гибкую методологию вы бы порекомендовали для создания веб-сайта магазина?
У нас есть множество небольших проектов и несколько крупных, команды работают над несколькими проектами и работают в многозадачном режиме.Мы действительно заинтересованы в Scrum, но, похоже, это неприменимо к небольшим проектам (менее 2 недель), которые в настоящее время отнимают у нас много времени.
Какие существуют альтернативы для внедрения принципов agile в нашей ситуации?
Решение
Мы начали со Scrum, потому что его формальная структура (оценка, планирование истории пользователя, планирование задач, ежедневные собрания, ретроспектива) помогла нам отказаться от наших старых методов и стать более гибкими.Теперь мы обнаружили, что 3 собрания по планированию и утверждению могут быть проведены на основе истории задачи / пользователя на утренних собраниях.
У нас есть большая доска с пин-кодами и карточки с пин-кодами для каждой истории пользователя.Доска разделена на "не начата", "выполняется" и "сделано".Мы гарантируем, что ни одна задача не займет больше дня, когда мы разберем ее по полочкам, и мы разбираем каждую историю пользователя на ежедневном утреннем собрании в тот день, когда она нам понадобится.Это позволяет нам быть гибкими, так что список "функций" в виде пользовательских историй может изменяться без того, чтобы мы тратили время на разбиение его на задачи.Это гарантирует, что двухнедельные проекты можно будет легко обрабатывать так же, как и более крупные.
Чтобы оценить скорость, мы подсчитываем карточки в конце недели, чтобы увидеть, сколько заданий мы выполнили.Недостатком является то, что планирование выпуска и оценка скорости не такие точные, как в Scrum, но эта гибридная методология XP помогает разработчикам сосредоточиться на задачах, когда они готовы, и не тратить слишком много времени на совещания.
Выполнение небольших задач также способствует более регулярному переходу к системе управления версиями, и в сочетании с сервером сборки и сценариями развертывания мы можем улучшать приложение по крайней мере раз в день - отлично подходит для получения обратной связи от клиента.У нас также проводятся еженедельные ретроспективы, и мы наняли консультанта по agile примерно на неделю каждые 3 месяца, чтобы быть уверенными, что мы идем по правильному пути.
Другие советы
Scrum, безусловно, может быть применим к двухнедельным проектам.Вы можете либо сократить продолжительность спринта, либо выполнить несколько проектов за один спринт.
Кроме того, нет ничего, что говорило бы о том, что вы не можете выбирать части различных методологий для использования в вашем проекте.
Попробуйте одну методологию для каждого проекта и посмотрите, что хорошо работает.
Я думаю, что использование TDD (разработка на основе тестирования) дало бы много преимуществ в этих проектах.это помогло бы разработке и дизайну.Модульные тесты также могут быть "микродокументацией" для описания деталей реализации и проектных решений.
Я бы поддержал использование Scrum, даже если ваши типичные проекты небольшие.Представьте, что ваши спринты длятся два, три или четыре дня.Вы все еще можете включить принцип Scrum "много постоянных отзывов" в свой проект.
Вам бы не хотелось работать над чем-то в течение двух недель только для того, чтобы клиент в конце сказал: "О, это совсем не то, чего мы добивались!"
Послушайте короткометражку Кена Швабера поговорим о Scrum вон там , в ЭТО Разговоры кстати, там полно отличных подкастов.
Потом я бы посмотрел фильм Тима Маккиннона поговорим об Agile вон там , в Информация который также полон замечательных бесед и интервью.
ХТХ.
ваше здоровье,
Роб
Я думаю, вам следует попробовать, как говорит Кевин, какую-нибудь методологию, чтобы посмотреть, как ваша нынешняя команда работает с этим.Некоторые люди не очень открыты для того, чтобы попробовать XP или другие новые методологии.Вам также следует попробовать различные методологии для вашего небольшого и для вашего более крупного проекта.Методологии для проекта на 2 недели или для проектов на 2 года могут меняться.В проекте продолжительностью 2 недели у вас может быть 1 итерация, и вы можете планировать все 2 недели при запуске, это невозможно для проектов продолжительностью 2 года.
Scrum не будет работать для такого небольшого проекта, как этот.Поскольку по своему определению scrum-спринты длятся 2 недели.гораздо больше подошла бы какая-нибудь вариация XP или Экстремального программирования.Однако выполнение проекта за 2 недели, если он сложный, потребует от ваших разработчиков предельной сосредоточенности.
Кроме того, какую бы методологию вы ни выбрали, не бойтесь модифицировать процесс, чтобы он лучше подходил вашей команде.
Я бы порекомендовал Scrum.