Scrum и XP: заметки с передовой - [3]

Шрифт
Интервал

Scrum подразумевает постоянный процесс развития, так что история на этом не заканчивается. Я уверен, упомянутая мной компания будет продолжать двигаться вперед (если в ней и дальше будут проводить ретроспективы спринтов) и постоянно находить новые и новые способы эффективного применения Scrum'а, учитывая особенности каждой из сложившихся ситуаций.

Отказ от ответственности

Эта книга не претендует на звание «единственно правильного» учебного пособия по Scrum! Она всего лишь предлагает вам пример удачного опыта, полученного на протяжении года в результате постоянной оптимизации процесса. Кстати, у вас запросто может возникнуть ощущение, что мы всё поняли не так.

Эта книга отражает моё субъективное мнение. Она никоим образом не является официальной позицией Crispа[2] или моего нынешнего клиента. Именно поэтому я специально избегал упоминания каких-либо программных продуктов или людей.

Зачем я это написал

Во время изучения Scrum'а я читал книги, посвящённые Scrum'у и Agile’у, рылся по различным сайтам и форумам, проходил сертификацию у Кена Швебера, засыпал его вопросами и проводил кучу времени, обсуждая Scrum с моими коллегами. Однако одним из наиболее ценных источников знаний стали реальные истории внедрения Scrum'а. Они превращают Принципы и Практики в… ну, в то, как вы это делаете. Они помогли мне предвидеть типичные ошибки Scrum-новичков, а иногда и избежать их.

Итак, вот и выпал мой шанс поделиться чем-то полезным. Это моя реальная история.

Так что же такое Scrum?

Ой, простите, я совсем забыл про новичков в Scrum'е и XP. Если вы к ним относитесь, вам не мешало бы посетить следующие веб-ресурсы:

• http://agilemanifesto.org/

• http://www.mountaingoatsoftware.com/scrum

• http://www.xprogramming.com/xpmag/whatisxp.htm

Нетерпеливые же могут продолжать читать книгу дальше. Я объясню все основные Scrum'овские термины по ходу изложения.

Я надеюсь, что эта книга станет стимулом для тех, кто так же не против поделиться своими мыслями на счёт Scrum'а. Пожалуйста, не забывайте сообщать мне о них!

Как мы работаем с product backlog’ом

Product backlog — это основа Scrum'a. С него все начинается. По существу, product backlog является списком требований, историй, функциональности, которые упорядочены по степени важности. При этом все требования описаны на понятном для заказчика языке.

Элементы этого списка мы будем называть «историями», user story, а иногда элементами backlog'a.

Описание каждой нашей истории включает в себя следующие поля:

• ID — уникальный идентификатор — просто порядковый номер. Применяется для идентификации историй в случае их переименования.

• Название — краткое описание истории. Например, «Просмотр журнала своих транзакций». Оно должно быть однозначным, чтобы разработчики и product owner (владелец продукта) могли примерно понять, о чем идет речь, и отличить одну историю от другой. Обычно от 2 до 10 слов.

• Важность (Importance) — степень важности данной задачи, по мнению product owner'a. Например, 10. Или 150. Чем больше значение, тем выше важность.

a) Я предпочитаю не использовать термин «приоритет», поскольку обычно в этом случае 1 обозначает наивысший приоритет. Это очень неудобно: если впоследствии вы решите, что какая-то история еще более важна, то какой «приоритет» вы тогда ей поставите? Приоритет 0? Приоритет-1?

• Предварительная оценка (initial estimate) — начальная оценка объема работ, необходимого для реализации истории по сравнению с другими историями. Измеряется в story point'ax. Приблизительно соответствует числу «идеальных человеко-дней».

a) Спросите вашу команду: «Если собрать команду из оптимального количества людей, то есть не слишком большую и не слишком маленькую (чаще всего из двух человек), закрыться в комнате с достаточным запасом еды и работать ни на что не отвлекаясь, то, сколько дней тогда понадобится на разработку завершённого, протестированного продукта, готового к демонстрации и релизу?». Если ответ будет «Для трёх человек, закрытых в комнате, на это потребуется 4 дня», это значит, что изначальная оценка составляет 12 story point'oв.

b) В этом случае важно получить не максимально точные оценки (например, для истории в 2 story point'a потребуется 2 дня), а сделать так, чтобы оценки верно отражали относительную трудоёмкость историй (например, на историю, оцененную в 2 story point'a потребует примерно в два раза меньше работы по сравнению с историей в 4 story point'a).

• Как продемонстрировать (how to demo) — краткое пояснение того, как завершённая задача будет продемонстрирована в конце спринта. По сути, это простой тестовый сценарий типа «Сделайте это, сделайте то — должно получиться то-то».

a) Если у вас практикуется Test Driven Development (разработка через тестирование или кратко TDD), то это описание может послужить псевдокодом [3] для приемочного теста.

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

Мы экспериментировали и с другими полями, но в итоге именно эти 6 оказались для нас самыми применимыми.


Рекомендуем почитать
Гуру менеджмента

Количество оригинальных идей в различных областях человеческой деятельности ограничено. Эксперты в области искусства давно определили, что в жанрах художественной литературы существует определенное количество сюжетов, варианты которых множатся и множатся. Так и эксперты в области экономики считают, что в сферах руководства коммерцией и товарным производством существует определенное количество идей, а тех, кто способен развивать и совершенствовать их, следует выделять как избранных, гениев менеджмента, из чего и образовалась концепция гуру руководства.


Лучшая команда побеждает

КАК СОКРАТИТЬ РИСКИ РЕКРУТИНГА И ПРОГНОЗИРОВАТЬ УСПЕХ? НОВЫЙ ВЗГЛЯД. В своей книге Адам Робинсон предлагает проверенный и крайне эффективный метод рекрутинга новых сотрудников. Он показывает, как переосмыслить процесс поиска, оценки и найма оптимальных кандидатов. НОВЫЙ МЕТОД. Робинсон, профессиональный рекрутер с двадцатилетним стажем, покажет вам: [ul]как составить профиль должности для оценки рисков как составить оценочную карту кандидата как оценивать основные компетенции кандидата как задавать правильные вопросы, чтобы собрать исчерпывающую информацию во время собеседования как сделать кандидату предложение, от которого он не сможет отказаться.[/ul] ВЫСОКИЕ РЕЗУЛЬТАТЫ.


Анти-Титаник: Как выигрывать там, где тонут другие. Руководство для CEO

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


Контрактная система в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд

В учебном пособии рассматриваются юридическая природа государственного контракта, существенные условия государственного контракта в контексте положений Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, услуг для обеспечения государственных и муниципальных нужд». Подготовлено в форме научно-практического комментария статьи 34 названного Закона и с учетом изменений и дополнений внесенных Федеральным законом от 28 декабря 2013 г. № 396-ФЗ, а также последних разъяснений Министерства экономического развития РФ, Федеральной антимонопольной службы и Федерального казначейства.


Совет директоров: Инструкция по применению

Книга Александра Филатова написана на основе многолетнего опыта работы ее автора в советах директоров и адресована в первую очередь первым лицам крупных компаний. Ее задача – помочь акционерам и директорам корпораций четче понимать цели и компетенции совета директоров в зависимости от модели корпорации («управляемая»/«направляемая»), ее формы (ОАО/ООО) и множества других факторов. Александр Филатов разбирает наиболее часто встречающиеся ошибки советов директоров – к примеру, попытки участия в ежедневном управлении бизнесом – и предлагает способы ухода от них, а также подробнейшим образом останавливается на таких вопросах, как:• агентская проблема между менеджером и владельцем бизнеса;• права и фидуциарные обязанности директора;• вознаграждение членам совета; процедура работы совета;• оценка деятельности совета.


Коммерция и технология торговли

В учебнике с учетом современных требований освещаются актуальные вопросы коммерции и технологии торговли: основы построения процесса товародвижения; сущность и содержание коммерческой деятельности в торговле; коммерческая деятельность по оптовым закупкам и продаже товаров; организация и технология торговых процессов на предприятиях оптовой и розничной торговли. Специальные главы учебника посвящены тарным операциям в торговле, организации перевозки товаров различными видами транспорта, а также государственному регулированию торговли и правилам продажи товаров.