Що таке вигляд продукту? (І як створити один)

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

Створення продукту починається з ідеї, і це вимагає спеціальної команди, щоб створити щось особливе. Так, навіть iPhone був колись просто прототип, який зробив свій шлях до основної популярності завдяки правильній команді. При керуванніКоманда Scrumрозробників, що зберігається, має вирішальне значення для успіху продукту.

Отже, як можуть бути організованими командами розвитку та задовольняють свої цілі? З випробуваним і вірнимдо списків. Продукт, який буде по суті, є спеціалізованим списком. Якщо ваша команда використовує методологію Agile, то продукт Backlog може допомогти вам зламати проекти та визначити, які завдання є найважливішими.

Читайте, щоб дізнатись, який продукт Backlog включає і як створити одну для своєї команди.

Який продукт відстає?

Продукт, що підтримує пріоритетний перелік предметів або функцій, необхідних для задоволення цілей та встановлення очікувань серед команд. Це може допомогти вашій команді відстежувати завдання. Загальне правило полягає у тому, щоб отримати один виріб для кожного розробленого продукту, і одна команда призначена для цього конкретного відставання.

Іноді існує декілька видів, які мають декілька команд, що працюють над одним більшим продуктом. Будемо використовувати Adobe Creative Cloud як приклад. Творча хмара - це парасольковий продукт, з меншими продуктами, такими як Photoshop, Illustrator, а також після ефектів. Кожна з цих менших виробів матиме свій власний продукт, а також призначені команди для розвитку.

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

Agile Teams присвячують свій час Створення продукту та внесення коригувань як проект прогресує. Через методологію Agile, завдання на продукті, що відстає, не встановлюються в каменю, а не всі елементи на продукт, що відбудеться. Ваша команда розробників повинна уточнити продукт, оскільки вони визначають пріоритетні задачі.

Що включено до виду продукту?

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

1. Особливості (історії користувача)

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

2. Виправлення помилок

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

3. Технічні борги

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

4. Придбання знань

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

Як створити товарний виріб

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

1. Дорожня карта продукту

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

2. Список предметів зворотного продукту

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

3. Пріоритезація

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

4. Регулярно оновити

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

Як визначити пріоритет продукту

Суттєвий компонент управління продуктом, що відстає, є пріоритети. ЯкМайстер Scrum, Ви повинні мати глибоке розуміння того, які нові функції зацікавлені сторони хочуть бачити в продукті. Ось деякі стратегії про те, як визначити пріоритети списку списку відставки.

Організуйте завдання за терміном і важливістю

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

Спочатку вирішувати складні завдання

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

Повні завдання у зосереджених спринтерів часу

Agile Teams працюють у зосереджених спринтерах часу для завершення роботи, і цей метод дуже ефективний для продуктивності. Наприкінці кожного спринт,Власник продуктуІ будь-які зацікавлені сторони можуть відвідувати спринт з вами та командою з розробки, щоб забезпечити все на шляху.

Спілкуватися з вашою командою

Зв'язок між членами командиє найважливішою частиною пріоритетів відтворення продукту. Щоб успішно сортувати через відставання та повні елементи в розумному часовому режимі, ви та ваша команда повинні працювати разом і дотримуватися посібника SCRUM.

Приклад відставання продукту

Продукт заставки виглядають різні між проектами, але деякі починаються з епосу. Епічна - це загальна проблема, яку ви намагаєтеся вирішити для клієнта. Ось приклад нижче:

EPIC:Як менеджер з маркетингу я хочу систему управління контентом, яка дозволяє мені доставити якісний вміст до своїх читачів.

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

Історія 1:Як творець вмісту, я хочу систему керування контентом, яка дозволяє створювати вміст, щоб я міг інформувати клієнтів про нашу продукцію.

Історія 2:Як редактор, я хочу систему управління контентом, яка дозволяє мені переглянути вміст, перш ніж він опублікований, тому я можу гарантувати, що це добре написано та оптимізувати для пошуку.

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

Особливості продукту слід включити до історії 1:

Увійдіть до системи управління контентом

Створюйте вміст

Редагувати сторінку вмісту

Зберегти зміни

Призначте вміст до редактора для перегляду

Як менеджер продукту, ви будете використовувати епоси, щоб керувати дорожньою картою продукту та елементи списку відставки. Як ви можете побачити з цим прикладом, одна епічна може призвести до декількох користувацьких історій та функцій продукту.

Як може зробити продукт, щоб допомогти вашій команді?

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

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

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

Sprint backlog vs.

Sprint Backlogs та Product Backlogs дуже схожі з точки зору їх компонентів. Sprint Backlogs - це підмножина продукту, але вони використовуються спеціально під час спринтерів.

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

Спринт-підрозділ залежить від виду продукту, і він закінчується, коли закінчується спринтом. Під час розробленої цілі Sprint BacklogПланування спринт. Продукт, який підходить, зосереджується на всій меті продукту та завдань визначаються пріоритетними на основі цієї мети.

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

Озираючись на наш продукт, наприклад, ми також можемо створити приклад підрозділу Sprint. При розробці автомобільного аксесуара, щоб допомогти комусь керувати автомобілем своїми руками, одне завдання на виробництві продукту полягала в тому, щоб створити прототип автомобільного аксесуара. Цей прототип може стати спринтом, оскільки він може зробити підмножину завдань для розробки.

Представники Sprint Backlog для прототипу аксесуарів може включати:

Створіть ескіз концепції

Розробити віртуальний прототип

Побудувати фізичний прототип

Знайдіть виробника, щоб побудувати прототип

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

Запишіть свій прогрес за допомогою продукту Backlog

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