User story створені для обговорення!
User story включають в себе неоднозначність природньої мови.
Проте вони містять в собі обіцянку для розробників.
Обіцянку мати можливість відповісти на запитання.
Частіше це не вдається одразу. Безліч команд, які перейшли на user story, використовують базову формулу, але не адаптують свою культуру до культури ведення бесід.
Іноді розробники думають, що вони розуміють story, а потім радісно приступають до розробки чогось помилкового.
В інший час, Product owner занадто конкретизує story без обговорення з командою, створюючи довгий перелік критеріїв прийомки, що призводить до проведення важких і заплутаних зустрічей для уточнення.
В обох випадках необхідна зміна культури у бік більшої співпраці та обговорення.
Будучи Product owners та / або Scrum Masters ми повинні бути тими, хто сприятиме цій зміні.
Нам потрібно активно долучати наших розробників до обговорень стосовно наших user stories.
До теми: Збір вимог онлайн: як аналітику знайти підхід до віддаленого замовника
Нам потрібно заохочувати наших розробників задавати питання на кожному етапі процесу розробки.
Нам потрібно співпрацювати з розробниками при визначенні критеріїв прийомки.
Найважливіше – це бути доступним для команди, особливо, коли ви працюєте віддалено.
Ось деякі речі, які ви можете зробити, щоб заохотити проведення обговорень у вашій команді
Ділиться вашим розкладом з вашою командою
Обов’язково повідомите команду про свій розклад, щоб вони знали, коли можуть вам зателефонувати. Найпростіший спосіб зробити це – мати відкритий календар. Якщо ваш графік дуже насичений (як це, на жаль, властиво більшості з нас), спробуйте зарезервувати деякі регулярні відрізки часу, коли ви зможете приймати дзвінки від розробників.
Сидіть з вашою командою
Якщо ви працюєте в офісі, переконайтеся, що ви сидите з командою розробників, щоб вас було легко знайти та до вас було легко підійти.
Зверніть увагу: Гайд по User Stories для Junior BA
Навчайте вашу команду
Вирішуйте всі проблеми під час ретроспектив або на зустрічах та переконайтесь, що всі розуміють процес. Навчайте команду, як працюють user stories. Отримуйте допомогу від Agile-коуча або Scrum Master, коли це необхідно, і проводьте регулярні майстер-класи з написання stories разом.
Доєднайтеся до декількох наступних сесії з планування
Слухайте як команда розмовляє про stories і дивіться, чи можете ви виявити непорозуміння та допомогти їх врегулювати.
Переконайтеся, що всі розуміють продукт
Іноді, особливо при роботі у спринтах, команда втрачає бачення більшої картини. Це є ваша відповідальність як Product owner переконатися в тому, що кожен у команді розуміє продукт та знає, як все працює.
Буде цінно переглянути також Вебінар “Артефакти бізнес аналітика: темплейти та приклади”
Відрекомендуйте свою команду експертам з домену
Якщо ви працюєте у складному домені, від вас не можуть очікувати, що ви будете знати все. Переконайтеся, що ви маєте експертів зі сторони клієнта, які можуть відповісти на будь-які запитання, що можуть виникнути. Бажано щоб це був хтось, кому би ви могли дзвонити у будь-який час. Якщо на відповідь треба чекати тижнями, це буде занадто повільно.
Оригінальна стаття – How to have great Conversations, and get the most out of your User Stories від Benjamin Arthur, переклад – Катерина Стригунівська, ревью – Іван Вільчавський. Оригінальне фото зі статті.