Журнал Продукта

Журнал Продукту - це впорядкований список усього, що може бути потрібним у продукті, він є єдиним джерелом вимог для будь-яких змін, які може знадобитися внести в продукт. Відповідальність за Журнал Продукту несе Власник Продукту, включаючи його зміст, доступність та впорядкування.

Журнал Продукту ніколи не є повним. Початкова версія цього документа містить тільки спочатку відомі і найбільш зрозумілі вимоги.

Журнал Продукту постійно оновлюється по мірі відновлення самого продукту і середовища, в якій він розробляється. Тобто Журнал Продукту є динамічним, постійно змінюваних для відповідності вимогам продукту, його конкурентоспроможності та придатності.

Журнал Продукту існує рівно стільки, скільки існує і сам продукт. Журнал Продукту містить всі властивості, функції, вимоги, удосконалення та інформацію щодо виправлення дефектів, тобто ті дані, які і визначають зміни і які потрібно зробити в наступних випуску продукту.

Елементам Журналу Продукту повинно присвоюватися короткий опис, порядковий номер і оцінка обсягів роботи. В Журналі Продукту вимоги часто впорядковані за цінності, ризику, пріоритетності та необхідності.

Найбільш важливі вимоги обробляються в першу чергу. Чим вище пріоритет вимоги і чим сильніше потреба в його розробці, тим більше узгодженості повинно бути з приводу цього ребованія і його значущості.

Елементи Журналу Продукту з високим рівнем пріоритетності повинні бути більш зрозумілими і містити більше деталей, ніж менш пріоритетні. Більш точно можна розрахувати час роботи над тими вимогами, які є більш зрозумілими і містять більше додаткової інформації. Чим нижче пріоритетність, тим менше деталей. Ті вимоги Журналу Продукту, над якими Команда Розробників працюватиме під час поточного Спринту, є деталізованості мі і розбитими на частини таким чином, що будь-яке з цих вимог може бути виконано і "готово" в рамках одного Спринт. Вимоги Журналу Продукту, які можна виконати і "завершити" протягом одного Спринту вважаються "готовими" і "виконуваними" для того, щоб їх внесли в план під час наступного Планування Спринту. Як тільки продукт починає використовуватися, його значення зростає і викликає відповідну реакцію ринку, його Журнал стає більш повним і всеосяжним. Вимоги до продукту постійно з міняються, і тому Журнал Продукту - це живий артефакт. Зміни у сфері вимог, ринкових умов, технологій і ресурсів призводять також і до зміни Журналу Продукту.

Досить часто трапляється так, що над одним продуктом працюють кілька Команд. Але все одно використовується тільки один Журнал Продукту, щоб визначити роботу на найближчий період.

При цьому до елементів Журналу Продукту вводиться додатковий атрибут, що дозволяє згрупувати запити по Скрам Командам.

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

і Команда Розробників деталізують вимоги Журналу Продукту. Під час обробки вимоги перевіряються і переглядаються. Однак Власник Продукту в будь-який час може змінити статус цих вимог. Підтримання Журналу Продукту-це частина діяльності під час Спринту, що виконується

Власником Продукту і Командою Розробників. Часто Команди Розробників володіють знаннями в потрібній області і самі можуть здійснити обробку вимог. Як і коли зробити обробку вимог вирішує тільки Скрам Команда. Обробка вимог зазвичай займає не більше 10% часу Скрам Команди.

Команда Розробників несе всю відповідальність за оцінку обсягів роботи.

Власник Продукту може допомогти Команді осмислити вимоги і вибрати альтернативи, але кінцева оцінка залежить тільки від Команди.

Відстеження прогресу на шляху до Цілі Будь-коли можна підсумувати кількість роботи, яку залишилося виконати для досягнення Цілі.

Власник Продукту відстежує залишився кількість роботи, як мінімум, для кожного Огляду Спринту.

Власник Продукту порівнює поточну кількість роботи з тим, яке залишалося під час gредидущего Огляду Спринту,

щоб оцінити прогрес в роботі і то, чи встигає Команда досягти Цілі в рамках запланованого часу. Ця інформація є доступною і відкритою для всіх зацікавлених осіб.

Скрам не бере до уваги час, витрачений на роботу над вимогами Журналу Продукту. Єдиними цінними показниками є залишився кількість роботи і кінцевий термін завершення роботи. Різні графіки типу "скільки залишилося" (burndown) і "скільки зроблено" (burnup), які відображатимуть реальне просування, відхилення, і очікуване рух, а також інші наочні практики використовуються для передбачення прогресу.

Ефективність цих практик перевірена. Однак їх використання не замінює важливості використання принципів емпіризму. В складному середовищі дуже важко передбачити, як будуть розвиватися події. Єдине на що можна покластися при прийнятті рішень про майбутню роботу, це досвід минулого.

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Ретроспектива Спринту	\|	Журнал Спринта

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.005 сек.