Топ за месяц!🔥
Книжки » Книги » Домашняя » Пользовательские истории. Искусство гибкой разработки ПО - Джефф Паттон 📕 - Книга онлайн бесплатно

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

151
0
На нашем литературном портале можно бесплатно читать книгу Пользовательские истории. Искусство гибкой разработки ПО - Джефф Паттон полная версия. Жанр: Книги / Домашняя. Онлайн библиотека дает возможность прочитать весь текст произведения на мобильном телефоне или десктопе даже без регистрации и СМС подтверждения на нашем сайте онлайн книг knizki.com.

Шрифт:

-
+

Интервал:

-
+

Закладка:

Сделать
1 ... 38 39 40 ... 75
Перейти на страницу:
Конец ознакомительного отрывкаКупить и скачать книгу

Ознакомительная версия. Доступно 15 страниц из 75

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

Важность. Возможно, вы будете долго спорить о важности одной истории по сравнению с другой. Одним нравится использовать числовую шкалу, а другим – помечать карточки наклейками с текстом «Высокая», «Средняя», «Низкая».

Параметры. Если вам и в самом деле важны результаты, укажите особые параметры, которые будете отслеживать после выпуска программного продукта, чтобы убедиться в его успешности.

Зависимости. Другие истории, от которых данная история может зависеть или быть с ними тесно связанной.

Статус. Запланирована ли история для определенного релиза? Началась ли работа над ней? Идет ли разработка? История завершена?

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

Вы можете делать на карточке любые нужные вам пометки. Можно также перевернуть ее и на другой стороне что-то записать или перечислить критерии приемки.

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

На карточке умещается не так уж много сведений, и это в общем хорошо. Помните: это только символ, который вы применяете для планирования. Вы можете использовать карточки или стикеры. Наличие бумажных карточек упрощает обсуждение: рассказывая, вы можете просто говорить: «вот это» или «то» – и указывать на карточку на столе или на доске. Бумажные карточки можно перемещать по столу, сортировать по важности, развешивать на стенах. Можете размахивать ими во время разговора, чтобы подчеркнуть важность того, что говорите. Если вы попробуете проделать это с увесистым многостраничным документом, то, скорее всего, случайно ударите кого-то, а то и самого себя. И конечно, кучу карточек можно организовать в карту историй, чтобы составлять более длинные и сложные истории.

Эта штука здесь не поможет!

Дровосек встречает в лесу человека, который пытается срубить дерево и для этого изо всех сил бьет по нему молотком.

«Эй! – говорит дровосек. – Кажется, у тебя неподходящий инструмент, дружище. Попробуй-ка это!» – и протягивает человеку пилу.

Человек сердечно благодарит дровосека, и тот продолжает свой путь, радуясь, что удалось сделать доброе дело. А человек тем временем берет пилу и начинает изо всех сил, как молотком, бить ею по дереву…

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

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

Выработка единого понимания

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

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

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

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



Сотрудник составляет карту в Cardboard одновременно с тем, как Дэвид Хассман, один из создателей Cardboard, формирует карту на стене. Остальные, кто принимает участие в составлении карты удаленно, видят и то и другое в реальном времени. Они могут добавлять, удалять и менять карточки, каждый видит все, что делает другой. Вы можете виртуально отступить назад и окинуть взглядом картину в целом, что очень удобно. Компьютерный экран в данном случае всего лишь портал к тому, что вы могли бы увидеть, работая у стены.

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

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

Запоминание

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



В Atlassian так и делают: фотографируют стену с результатами работы, а затем загружают фотографию на вики для хранения.

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

Ознакомительная версия. Доступно 15 страниц из 75

1 ... 38 39 40 ... 75
Перейти на страницу:

Внимание!

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

Комментарии и отзывы (0) к книге "Пользовательские истории. Искусство гибкой разработки ПО - Джефф Паттон"