Пользовательские истории. Искусство гибкой разработки ПО



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

Рейтинг:
Добавить в избранные:
Автор:
Категория: Бизнес
Страниц: 203

1. Джефф Паттон Пользовательские истории. Искусство гибкой разработки ПО
2. Предисловие Мартина Фаулера
3. Предисловие Алана Купера
4. Предисловие Марти Когана
5. Об авторе
6. Вступление
7. Почему я?
8. Если вы используете истории и страдаете, эта книга – для вас
9. Для кого еще эта книга
10. Используемые соглашения
11. Как устроена эта книга
12. Сначала прочтите это
13. Игра в испорченный телефон
14. Единое понимание – это невероятно просто
15. Перестаньте пытаться написать идеальную документацию
16. Хорошие документы похожи на фотографии из отпуска
17. Документируйте, чтобы активизировать воспоминания
18. Обсуждайте то, что действительно нужно
19. До и после
20. Суть не в программах
21. Ладно, не только о людях
22. Программируйте меньше
23. Страшные слова на букву «Т»
24. Вот и всё
25. Глава 1. Общая картина
26. Слово на «А»
27. Истории надо рассказывать, а не писать
28. Изложение истории с начала до конца
29. Гэри Левитт и плоский бэклог
30. Говорите и пишите
31. Оформите свою идею
32. Опишите своих пользователей и заказчиков
33. Изложите свои истории
34. Займемся вариантами и деталями
35. Глава 2. Планируйте разработать меньше
36. Составление карт помогает достичь единого мнения в больших группах
37. Карты помогают вам распознать дыры в истории
38. Всегда слишком много
39. Отделите релиз минимального работоспособного продукта
40. Составьте план релизов
41. Не пытайтесь расставить приоритеты в функциональностях вместо результатов
42. Волшебство? Так и есть
43. Почему никто не любит МЖП
44. Новый МЖП вообще не продукт!
45. Глава 3. План быстрых исследований
46. Начните с обсуждения перспектив
47. Подтвердите наличие проблемы
48. Прототипируйте, чтобы исследовать
49. Критически относитесь к тому, что люди говорят о своих желаниях
50. Разрабатывайте, чтобы исследовать
51. Повторяйте до жизнеспособности
52. Как делать не надо
53. Эмпирическое обучение
54. Ставьте минимальные эксперименты
55. Резюме
56. Глава 4. План своевременного завершения
57. Поделитесь с командой
58. Секрет верной оценки затрат времени
59. Планируйте разработку шаг за шагом
60. Не каждый срез достоин релиза
61. Еще один секрет верной оценки временных затрат
62. Регулируйте свой бюджет
63. Итерации и прирост
64. Дебют, миттельшпиль, эндшпиль
65. Разделите стратегию разработки прямо на карте
66. На самом деле суть в рисках
67. Что теперь?
68. Глава 5. На самом деле вы уже всё умеете!
69. 1. Запишите свою историю по одному шагу за раз
70. 2. Организуйте свою историю
71. 3. Исследуйте альтернативные истории
72. 4. Уберите всё лишнее, чтобы выделить каркас
73. 5. Выделите задачи, необходимые для достижения особенных целей
74. Вот и всё! Теперь вы знаете всё, что важно
75. На самом деле попробуйте – дома или на работе
76. На карте настоящее, а не будущее
77. Испробуйте метод в реальности
78. С программами труднее
79. Карта только начало
80. Глава 6. Реальные примеры применения историй
81. Убийственно простая идея Кента
82. Просто – не значит легко
83. Рон Джеффрис и три «П»
84. Слова и картинки
85. Вот и всё
86. Глава 7. Как нужно рассказывать истории
87. Классный шаблон Connextra
88. Шаблонные зомби и снегоочиститель
89. Чек-лист: о чем говорить
90. Сделайте «фото из отпуска»
91. Придется о многом позаботиться
92. Глава 8. Не бросайте на карту всё
93. Разные люди, разные обсуждения
94. Нам понадобится карточка побольше
95. Борьба и единство радиатора и морозилки
96. Эта штука здесь не поможет!
97. Глава 9. Карточка – только начало
98. Разрабатывайте, держа в голове ясную картину
99. Заложите традицию устного рассказа
100. Следите за результатами своей работы
101. Это не для вас
102. Разрабатывайте, чтобы изучать
103. Не только программы
104. Планируйте изучение и учитесь планировать
105. Глава 10. Истории готовят как торты
106. Начните с рецепта
107. Разделим торт на части
108. Глава 11. Как дробить камни
109. Размер имеет значение
110. Истории похожи на камни
111. Эпики – большие камни, которыми иногда кидаются в людей
112. Группу историй организует тема
113. Забудьте все эти термины и сконцентрируйтесь на изложении историй
114. Начните с возможностей
115. Найдите минимально жизнеспособное решение
116. Погрузитесь в детали каждой истории во время разработки
117. Продолжайте обсуждать в процессе разработки
118. Оценивайте каждую часть
119. Оценивайте с участием пользователей и заказчиков
120. Оценивайте вместе с ключевыми партнерами
121. Выпустите релиз и продолжайте оценивать
122. Глава 12. Берем в руки камнедробилку
123. Для успешной работы ключевой команде нужна помощь многих других
124. Three Amigos
125. Владелец продукта как продюсер
126. Это сложно
127. Глава 13. Начните с возможностей
128. Обсуждайте свои возможности
129. После анализа: выбрасываем или продолжаем думать
130. Возможность не должна быть эвфемизмом
131. Карты историй и возможности
132. Не бойтесь риска
133. Глава 14. Вырабатывайте единое понимание с помощью исследований
134. Суть исследований не в создании программных продуктов
135. Четыре необходимых шага исследования
136. Действия, обсуждения и артефакты в исследовании
137. Цель исследования – выработка одинакового понимания
138. Глава 15. Эмпирическое обучение через исследование
139. Большую часть времени мы ошибаемся
140. Старые недобрые времена
141. Эмпатия, фокус, формулировка, прототип, тестирование
142. Хороший инструмент в неумелых руках
143. Короткие циклы с эмпирическим обучением
144. Как метод мышления Lean Startup меняет дизайн продукта
145. Истории и карты историй
146. Глава 16. Огранка, полировка, разработка
147. Карточки, обсуждения, много карточек, много обсуждений…
148. Огранка и полировка
149. Проведение семинаров по историям
150. Планирование спринта или итерации
151. В толпе не может быть сотрудничества
152. Важность компактности
153. Используйте карту историй во время разработки
154. Используйте карту для визуализации прогресса
155. Используйте простые карты во время семинаров по историям
156. Глава 17. Истории – это нечто вроде астероидов
157. Обратная сборка разбитых камней
158. Не перестарайтесь, составляя карты
159. Не волнуйтесь по пустякам
160. Глава 18. Извлекайте уроки из всех своих разработок
161. Оцените свою командную работу
162. Оцените свою работу с помощью других сотрудников организации
163. Достаточно
164. Учитесь у пользователей
165. Извлекайте уроки из пользовательских релизов
166. Результаты по расписанию
167. Используйте карты для оценки готовности релиза
168. Конец или не конец?
169. Благодарности
170. Примечания
171. 1
172. 2
173. 3
174. 4
175. 5
176. 6
177. 7
178. 8
179. 9
180. 10
181. 11
182. 12
183. 13
184. 14
185. 15
186. 16
187. 17
188. 18
189. 19
190. 20
191. 21
192. 22
193. 23
194. 24
195. 25
196. 26
197. 27
198. 28
199. 29
200. 30
201. 31
202. 32
203. 33