Время: 30 минут
Материалы:
- 20-30 воздушных шаров на команду
- Для каждой команды: цветная бумага, линейки, ножницы, фломастеры
Правила:
Покажите командам воздушный шарик, который вы хотели бы от них получить (или нарисуйте его).
Шарик с изображенными критериями приёмочного тестированияУ шарика должно быть лицо с двумя круглыми глазами, треугольным носом и полукруглым ртом. Без каких-либо дальнейших объяснений, скажите командам, что у них 2 минуты, чтобы создать как можно больше шаров, а потом они принесут свои воздушные шары на приемочное тестирование. Отбрасывайте воздушные шары, которые не соответствуют вашим критериям ~ 25 см в ширину, ~ 5 см глаза, ~ 2 см расстояние между глазами, нос ~ 4 см в высоту, и рот ~ 10 см в ширину. Очень немногие команды сделают воздушные шары, которые соответствуют этим критериям. Пока вы отвергаете их работы (выбрасываете в отходы), спросите у команд, был ли у них когда-нибудь подобный опыт в разработке программного обеспечения.
Перед вторым раундом дайте командам 2 минуты, чтобы обсудить, как они могут улучшить результат следующей итерации. Они должны начать задавать больше вопросов о критериях приемки, которые вы с удовольствием им расскажете. Во втором раунде команды будут сами проводить приемочное тестирование своих работ, а некоторые даже начнут создавать “средства для тестирования” (например, бумажные шаблоны лица, быстрые способы измерения ширины воздушных шаров и т.д.). Результаты во втором раунде должны быть лучше, чем в первом. Обсудите с командами, как они изменили процесс разработки и какие усовершенствования они будут делать в следующий раз. При необходимости, сыграйте еще один раунд. На этот раз, каждая команда должна проводить собственное тестирование и поэтому производить воздушные шары с гораздо большей эффективностью и качеством.
Выводы:
- Определение критериев приемки не то же самое, что написание тестов, т.к. приемочное тестирование проводится только после того, как продукт готов. Критерии приемки могут быть использованы в качестве требований, как тесты, а также в качестве цели для разработчиков.
- Автоматизация приемочного тестирования может быть очень полезной, о чем свидетельствуют средства тестирования, создаваемые в ходе игры.
- Инвестиции в создание и автоматизацию приемочного тестирования быстро окупаются.
Перевод Tatyana Yanush
Login
Discuss Comments
- Re: [AgileGames] Workshop to build visual management
- Re: [AgileGames] Workshop to build visual management
- Workshop to build visual management
- Reminder: Agile Games Call for Games & Super Early Bird Expires Shortly!
- Agile Games 2012, Come Play April 19-21
- Interacting Individuals – Learn and Teach using Facilitation and Agile Games
- Agile Games 2012 - Call for Games
TastyCupcakes.org is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License.
Powered by WPNow Wordpress Themes.
Tried this with my teams – a lot of fun, but there were questions of acceptance right up front. So, it’s good to have a strategy in mind to deal with that beforehand.
[...] 99 Test Balloons – acceptance testing (30 min) [...]
I did this with my team, great results.
Iteration 1
Team1 – velocity = 1
Team2 – velocity = 0
Iteraiton 2
Team1 – velocity = 12
Team2 – velocity = 7
Team 1 used a template as a test harness and got much better quality balloons for it. No one asked for acceptance criteria up front, they just got stuck in blowing up loads of balloons =)
We also did a ‘how many balloons can you pop’ iteration to clean up afterwards.
What is the best way for the facilitator to test in Scenario 1? Did you have a test harness? did you measure each one? eye ball it?
Does anyone have ideas of how to get around up front acceptance questions?
Hi Robb,
I’ve been meaning to post something about this…
I first used to just rush participants in to the first iteration.
However, after getting more and more confidence with this exercise, I now just ask them if they have any questions and approach it like a true customer would.
Common questions and my answers:
Q: What color? A: I don’t care. I don’t see color.
Q: How big should the balloons be? A: About this big (I hold my hands out to show an approximate size – a customer won’t know exact measurements, just what feels right.)
Q: Does it have to be on an actual balloon? (thinking I’m trying to trick them) A: Yes
Q: Does it have to look like the picture? A: Yes, like that.
Any questions referring to precise size, I just point to the face I drew. In the debrief after round 1, I ask the audience if they think I, as a customer, should have known the exact sizes off the top of my head. The answer is obvious – no.
I’ve found the questions naturally taper off and people start playing around with their materials. So I say “Ok, let’s try a round and I’ll come back to check on you in a minute.”. Even with the questions answered, they still are all over the place with their balloons. In fact, I don’t even do all the rejections after round 1. I ask the rest of the audience, who reject them based on their own ‘feel’.
Btw, I’ve started doing smaller iterations (60-90 sec). Especially for larger crowds.
I think I will try this with my Team next Week. It really sounds very interesting for me, because it seems like some of them are on a very slow motivation Level….
What size of teams do you tried/recommend?
Min/max?
Hans,
I’ve done it with 3-10 person teams without too many issues.