Какую гибкую методологию вы бы порекомендовали для магазина веб-сайта?Какая гибкая методология?
У нас есть множество небольших проектов и несколько крупных, команды - кросс-проект, и они многозадачны. Мы действительно заинтересованы в Scrum, но, похоже, это не относится к небольшим проектам (менее 2 недель), которые в настоящее время составляют много нашего времени.
Какие альтернативы существуют для реализации гибких принципов в нашей ситуации?
Мы начали с Scrum, потому что его формальная структура (оценка, планирование пользовательских сюжетов, планирование задач, ежедневные встречи, ретроспектива) помогли нам получить от наших старых методов, чтобы они были более гибкими. Мы теперь обнаружили, что 3 заседания по планированию и эзификации могут быть сделаны на основе истории задач/пользователей на утренних собраниях.
У нас есть большая настольная доска и штырь на карточках для каждой истории пользователя. Плата разделена на не начатую, выполненную и выполненную. Мы гарантируем, что никакая задача не займет больше одного дня, когда мы сломаем ее, и мы сломаем историю каждого пользователя на ежедневной утренней встрече в тот день, когда нам это понадобится. Это позволяет нам двигаться так, чтобы список «функций» в качестве пользовательских историй мог измениться без того, чтобы мы тратили время, разбирая его на задачи. Это гарантирует, что двухнедельные проекты могут быть легко обработаны так же, как и более крупные.
Чтобы оценить скорость, мы подсчитываем карты в конце недели, чтобы узнать, сколько задач мы выполнили. Недостатком является то, что планирование выпуска и оценка скорости не так точны, как у Scrum, но эта гибридная методология XP помогает разработчикам сосредоточиться на задачах, когда они готовы и не тратят слишком много времени на собрания.
Имея меньшие задачи, также способствует более регулярным фиксациям источника управления и в сочетании со сценариями сборки и сценариев развертывания, мы можем обеспечить продвижение в приложении один раз в день по крайней мере - отлично подходит для получения обратной связи от клиента. У нас также есть недельные ретроспективы, и мы нанимали гибкого консультанта в течение недели каждые 3 месяца или около того, чтобы гарантировать, что мы держимся на правильном пути.
Попробуйте использовать одну методологию для каждого проекта и посмотрите, что хорошо работает.
Scrum может применяться к двухнедельным проектам. Вы можете либо сократить продолжительность спринта, либо выполнить несколько проектов на спринт.
Кроме того, нет ничего, что говорит о том, что вы не можете выбирать и выбирать различные методологии для использования в своем проекте.
Scrum не будет работать для такого небольшого проекта. Так как в своем определении scrum sprints длится 2 недели. некоторые вариации XP или Extreme Programming были бы намного более подходящими. Однако получение проекта за 2 недели, если это будет сложно, потребует от ваших разработчиков чрезвычайно целенаправленной работы.
Кроме того, с любой методологией, которую вы выбрали, не бойтесь изменить процесс, чтобы он соответствовал вашей команде.
Я думаю, вы должны попробовать, как Кевин сказать некоторые методологии, чтобы увидеть, как ваша нынешняя команда работает с ним. Некоторые люди не очень открыты, чтобы попробовать XP или другие новые методологии. Вы также должны попробовать различные методологии для своего небольшого и для вас более крупного проекта. Методологии в течение 2 недель проекта на 2 года проектов могут измениться. В проекте за 2 недели у вас может быть 1 итерация, и вы можете планировать целые 2 недели при старте, это невозможно для двухлетних проектов.
Я бы воспользовался Scrum, хотя ваши типичные проекты небольшие. Посмотрите на свои спринты как на два, три или четыре дня. Вы все еще можете включить в свой проект «много текущей обратной связи» Scrum.
Вы не хотели бы работать над чем-то в течение двух недель, только чтобы клиент сказал в конце: «О, это не то, что мы были после всего!»
Прислушайтесь к короткому talk about Scrum Кена Швабера в IT Conversations, который полон замечательных подкастов BTW.
Затем я просмотрю talk on Agile Тима МакКиннона в InfoQ, который также полон замечательных бесед и интервью.
HTH.
веселит,
Роб
Я думаю, что использование TDD (Test Driven развития) обеспечит много преимуществ в этих проектах. это поможет развитию и дизайну. Модульные тесты также могут быть «микро-документацией» для деталей реализации и проектных решений.
Я бы порекомендовал Scrum.
Некоторые идеи схватки могут работать, например, ежедневные встречи лицом к лицу, но я думаю, что такие концепции, как парное программирование в XP, будут более полезны для небольших проектов. И настоящие «scrummists» не любят менять время двухнедельных интервалов. – stephenbayer 2008-09-20 14:49:59