Преодоление задач в разработке для повышения производительности

Question

Кто-нибудь знает о хороших источниках (книгах, онлайн-уроках и т. Д.) О том, как разбить цели развития на более мелкие и более управляемые задачи?

Я стараюсь подходить к задачам, глядя на «большую картинку» и затрудняюсь разбивать их на более мелкие шаги. Выполняя это, я в конечном итоге трачу много времени и, в конечном счете, не так продуктивен, как мог.

Answer 1

Если вы используете Epics/User Stories для определения своей работы, в этой статье описывается 9 различных шаблонов для их разбивки.

http://agileforall.com/patterns-for-splitting-user-stories/

В 9 моделей:

1. Workflow Шаги

   • Как менеджер контента, я могу опубликовать новость на корпоративном веб-сайте .
   • Я могу опубликовать новость непосредственно на корпоративном сайте.
   • Я могу опубликовать новость с обзором редактора.
   • Я могу опубликовать новость с юридическим обзором.

2. Business Rule Вариация

   • Как пользователь, я могу искать для полетов с гибкими датами.
   • ... как «п дней между х и у.»
   • ... как «выходные в декабре.»
   • ... как «± п дней х и у.

3. Major усилию

   • Как пользователь, я могу заплатить за полет с VISA, MasterCard, Diners Club или American Express.
   • Я могу оплатить один тип кредитной карты (из VISA, MC, DC, AMEX).
   • Я могу оплатить все четыре типа кредитных карт (VISA, MC, DC, AMEX).

4. Простой/Комплекс

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

5. Изменения в данных

   • Как контент-менеджер, я могу создать новостей.
   • ... на английском языке.
   • ... японский язык.
   • ... по-арабски.
   • ... и т.п.

6. Ввод данных Методы

   • Как пользователь, я могу найти рейсы между двумя пунктами.
   • ... используя простой ввод даты.
   • ... с интерфейсом пользовательского календаря.

7. Defer Performance

   • Как пользователь, я могу найти рейсы между двумя пунктами.
   • ... (медленно - просто сделайте это, покажите «поисковую» анимацию).
   • ... (менее 5 секунд).

8. операции (например CRUD)

   • Как пользователь, я могу управлять своим счетом.
   • ... Я могу подписаться на учетную запись.
   • ... Я могу изменить настройки своей учетной записи.
   • ... Я могу отменить свою учетную запись.

9. разразиться Spike

   • Как пользователь, я могу оплатить кредитной картой.
   • Изучите обработку кредитных карт.
   • Внедрение обработки кредитных карт (как одна или несколько историй).

Автор даже создал плакат, описывающий процесс.

http://agileforall.com/wp-content/uploads/2012/01/Story-Splitting-Flowchart.pdf

Answer 2

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

Вот несколько советов по взлому задач вниз:

Сосредоточьтесь на минимальном количестве работы, которая может обеспечить некоторую ценность для бизнеса. Например, предположим, что вы разрабатываете веб-сайт электронной торговли. Первой задачей может быть создание простого списка продуктов наряду с ценами. Нет корзин для покупок, нет возможности покупать вещи и т. Д. Это поставляет очень маленькое значение по сравнению с готовым сайтом. Но он производит значение.

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

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