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

Ресурсов всегда будет не хватать

Ресурсов всегда будет не хватать

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

В главе 3 вы прочитали о том, как в Globo.com использовали карты, чтобы уложиться в жесткие временные рамки. Компания сконцентрировалась на дедлайне, чтобы выделить достаточный для успеха объем работы. Затем бэклог был разбит на части: все, что не было необходимо для достижения нужного результата, отбросили. Таким образом появилось предположительное минимально жизнеспособное решение. И это не была грубая, слабо очерченная версия большой идеи – это было в самом деле блестящее решение, точно нацеленное на достижение необходимого результата к выборам в Бразилии. Ребята из Globo.com были уверены, что эта работа принесет пользу их бизнесу, рекламодателям, телевизионным компаниям и клиентам. Они подумали обо всех своих пользователях и были уверены, что делают для них что-то нужное. А разделив карту на части, они сформулировали решение, которое можно было реализовать силами своих команд за имеющееся время. Сочетание ценности, полезности и реалистичности для конкретных пользователей, заказчиков и задач и является жизнеспособным решением.

Мы можем сразу же применить этот подход не только к первому, но и ко второму и к третьему релизам, чтобы обеспечить и их жизнеспособность. Но мы знаем: как только первый релиз выйдет в свет, мир изменится (и это хорошо). Это автоматически означает, что нам нужно будет пересмотреть свои будущие релизы с точки зрения новых условий, которые мы создали.

Оглавление книги