portaldacalheta.pt
  • Основен
  • Подвижен
  • Дизайн На Марката
  • Възходът На Дистанционното
  • Жизнен Цикъл На Продукта
Процес И Инструменти

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



Приоритизирането на изоставанията е ключов компонент при пъргавото разработване на продукти. Въпреки това може да стане поразително, когато има множество заинтересовани страни: Всички те отправят заявки, независими една от друга и асинхронно, докато продуктовият мениджър прекарва дълги часове в индивидуални срещи, като преговаря с тях за това кои елементи ще го направят в следващия спринт. Резултатът често е загуба на време и ресурси.

За да се преодолее това разделение и да се спести време, най-доброто решение е семинар за определяне на приоритети, който им позволява да постигнат консенсус относно относителния приоритет на техните искания. В тази интензивна сесия всички заинтересовани страни могат да работят заедно, за да се споразумеят за план, който очертава пътя напред.



Проблемът

Нека разгледаме често срещан сценарий. Продуктовият екип на компанията се оказа в проблемна ситуация с водещия продукт на компанията. Екипът на разработчиците и архитектите си бяха поставили предизвикателна цел да преместят продукта на платформа, базирана на облак. Напредъкът обаче беше много бавен, защото разработчиците бяха заети с подобрения на продуктовите характеристики и поправки на грешки. Имаше голям технически дълг за изплащане, което потисна способността на отбора да направи подобрения и да продължи с планираните спринтове. В същото време заинтересованите страни, които бяха всички мениджъри на акаунти и работеха директно с крайните потребители, продължиха да искат подобрения на функциите, за да задоволят клиентите, които представляват. Въпреки че заинтересованите страни бяха наясно, че екипът за разработки изтегля елементи от изоставането само когато станат достъпни, заинтересованите страни все още се чувстваха изоставени и игнорирани. Времето за изпълнение беше високо за всяка заявка, която не беше извънредна, а пожарогасенето беше твърде често. На всичкото отгоре исканията на заинтересованите страни редовно бяха в конфликт.

Заинтересованите страни бяха недоволни и чувстваха, че техните искания най-вече отиват в черна дупка. Потребителите им бяха разочаровани от това колко време отнемаше адресирането на прости съобщения за грешки и предоставянето на исканите от тях подобрения. В резултат на това екипът на разработчиците се почувства така, сякаш беше привлечен в много посоки и просто не можеше да направи техническите подобрения, за да позволи по-бърз цикъл и време за изпълнение, за да отговори на нуждите на заинтересованите страни и потребителите. Екипът на разработчиците се нуждаеше от насоки за това къде да насочи енергията си, как да балансира технологичния дълг спрямо новите заявки и как да даде приоритет на работата.



Собственикът на продукта реши да настани всички в една стая и да види какво се е случило.

Продажба на семинара на заинтересованите страни

Първата стъпка е да спечелите пари от заинтересованите страни. В този случай собственикът на продукта се обърна към мениджъра на заинтересованите страни и обясни предимствата на предложената работилница. Той съобщи, че целта е да се приоритизират елементите на изоставането по ред, по който всички заинтересовани страни могат да се споразумеят. Това бяха точките за продажба:



  • Спестяване на време
  • Шофиране на сътрудничество
  • Привеждане в съответствие на комуникацията, така че всички да чуват една и съща информация и да си тръгнат с общо разбиране за това, което екипът за разработка ще предостави по-нататък
  • Предоставяне на форум на заинтересованите страни, където те могат да говорят и да бъдат чути

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

Как да стартирате семинар

Способността на семинара да постига целите си е силно повлияна от това кой е в стаята. Не забравяйте да поканите всички съответни експерти:



  • Основни заинтересовани страни на продукта: мениджъри на акаунти, директор на акаунт, мениджър за обслужване на клиенти и др.
  • Продуктов мениджър (или собственик на продукта)
  • Scrum майстор
  • Експерти по предмета

Не забравяйте да изпратите подробен дневен ред, обясняващ какво и кога ще бъде обсъдено. Това ще предостави на заинтересованите страни възможност да задават въпроси или да правят предложения предварително и ще държи всички фокусирани по време на срещата.

Как да подготвим стаята

Преди да пристигнат участниците, подгответе заседателната зала, така че участниците да могат да се потопят направо в упражненията на семинара. Първо, ще трябва да представите изоставане на продукти елементи на стената - отпечатайте елементите с изоставане или ги запишете на индексни карти.



Поставете стикерите с натрупани продукти на стената, така че всички участници да могат да ги видят

Тези карти представляват функциите и подобренията, които екипът Ви планира да внедри в близко бъдеще. Залепете ги на стената на заседателната зала и ги подредете в текущия ред на изоставането - от най-високия приоритет в единия край до най-ниския приоритет в другия. Бъдете готови да показвате по-подробни описания на заявките и допълнителни подробности на проектора или телевизионния екран.



Роли на участниците

The продуктов мениджър е основният фасилитатор за упражненията, наблюдение на времето и насочване на приоритети, като предоставя контекст от продуктовата визия. Продуктовите мениджъри трябва да избягват да се включват в дискусиите и да оставят заинтересованите страни да управляват определянето на приоритетите. След като заинтересованите страни се споразумеят за решение, продуктовият мениджър все още може да премества предмети, които са необходими, за да се съобразят с други приоритети, които възникват с времето. Продуктовите мениджъри запазват правото си на вземане на решения за изоставането, но това упражнение им помага да събират информация за вземане на бъдещи приоритетни решения.

Ако майстор на скрам присъства на семинара, помолете ги да отбележат отзивите на участниците за самото упражнение, докато подпомагате събитието - това ще бъде полезно за бъдещи подобрения. Експерти по предмета участват в семинара, за да предоставят контекст и допълнителна информация на заинтересованите страни.



Как да улесним приоритизирането

Приоритизирането може да се извърши на два етапа.

На първия етап на приоритизиране насърчете участниците да решат кои елементи не са критични. Ако оставите настрана елементите с нисък приоритет, това ще позволи на групата да прекара ценното си време за елементи с по-висок приоритет. Ако все още няма консенсус, продуктов мениджър трябва да предложи да оставите елемента настрана за по-задълбочена дискусия.

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

Чудесен метод за подпомагане на заинтересованите страни да постигнат споразумение е използването на матрицата за въздействие върху усилията - прост, но мощен инструмент за улесняване на групов разговор, който изяснява приоритетите

Матрица за въздействие върху усилията.

Ако заинтересованите страни продължават да преместват обект на изоставане напред и назад без консенсус, продуктовият мениджър трябва да има последната дума за неговия приоритет.

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

Непрекъснато подобрявайте работилницата

Семинарът за натрупване на продукти трябва да бъде редовна среща във вашия цикъл Scrum и може да се побере в церемониите на екипа на Kanban. Ако можете да проведете това упражнение в средата на спринта в цикъл Scrum, ще получите приоритетите на заинтересованите страни преди планирането на спринта. За екип на Kanban семинарът може да се провежда ежеседмично или в какъвто и да е случай, за да пренастрои пътна карта, за да даде приоритет на списъка на Kanban.

За моя екип провеждането на семинар за приоритизиране на всеки три седмици беше достатъчно, за да освежи приоритетите на изоставането. Намирането на точния каданс е от решаващо значение за успеха на семинара - уверете се, че намирате тънката граница между нуждите на участниците и действителното търсене. Проверявайте редовно с участниците дали текущата честота отговаря на техните нужди.

Също така създайте канал за участниците, който да предоставя обратна връзка за семинара. Наличието на посветен човек, който да си води бележки за бъдещи подобрения в семинара, е полезно - майсторът на скрам може да изпълни тази роля перфектно. Документирайте подобренията на семинара, за да покажете своята отдаденост на постигането на по-гладко изживяване.

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

Разбиране на основите

Каква е разликата между изоставането на продуктите и изоставането в спринта?

Разликата между изоставането на продуктите и изоставането в спринта е неотложността на тяхното изпълнение: Спингът на спринта се използва от екипа на Scrum за разработване на най-неотложните елементи в предстоящите спринтове, докато изоставането на продукта е дългосрочно списък с функции, някои от които може никога да не достигнат етапа на внедряване.

Защо изоставането на продукта е важно?

Натрупването на продукти е важно, тъй като излага всички потенциални характеристики на продукта на едно място, така че екипът от разработчици да ги вижда; може да се използва и за определяне на очакванията на заинтересованите страни в продукта.

най-добрият урок по c++

Кой създава изоставане?

Продуктовият мениджър е отговорен за създаването, приоритизирането и поддържането на натрупвания на продукти. Исканията за предмети с изоставане идват от различни източници: продажби, екип за QA, поддръжка на клиенти и заинтересовани страни от продукта.

Кой дава приоритет на изоставането?

Продуктовият мениджър приоритизира изоставането и определя посоката на продукта. Има много източници за искания за изоставане, но често те идват от заинтересовани страни от продукта. Продуктовите мениджъри трябва да намерят консенсус между заинтересованите страни с понякога противоречиви искания, а семинарът за приоритизиране на изоставането е най-добрият начин да го направят.

Какво е доброто изоставане на продукти?

Доброто изоставане на продукти е добре приоритизиран план, който превръща визията на високо ниво в работните детайли при създаването на продукт.

Навигиране в нюансите на инвестиционния анализ

Финансови Процеси

Навигиране в нюансите на инвестиционния анализ
Игла в купа сено: чудесен урок за мащабен текстов алгоритъм за търсене

Игла в купа сено: чудесен урок за мащабен текстов алгоритъм за търсене

Наука За Данни И Бази Данни

Популярни Публикации
Създавайте данни от случаен шум с генерални състезателни мрежи
Създавайте данни от случаен шум с генерални състезателни мрежи
Миналото все още присъства - преглед на вечния дизайн
Миналото все още присъства - преглед на вечния дизайн
Финансово бедствие в криза: Не можете да предскажете, можете да подготвите
Финансово бедствие в криза: Не можете да предскажете, можете да подготвите
Бруталистки уеб дизайн, минималистичен уеб дизайн и бъдещето на Web UX
Бруталистки уеб дизайн, минималистичен уеб дизайн и бъдещето на Web UX
Разширени съвети и хакове за презентация на PowerPoint
Разширени съвети и хакове за презентация на PowerPoint
 
Архитект отпред
Архитект отпред
Студената технологична война: все още тук и все още се използва
Студената технологична война: все още тук и все още се използва
Въведение в Apache Spark с примери и случаи на употреба
Въведение в Apache Spark с примери и случаи на употреба
Комодитизирани смартфони: Привеждане на 4G в развиващите се страни
Комодитизирани смартфони: Привеждане на 4G в развиващите се страни
Как да създам API за Secure Node.js GraphQL
Как да създам API за Secure Node.js GraphQL
Популярни Публикации
  • бъдещите инвеститори са най-привлечени от представянето на бизнес планове
  • изчисляване на ставка на изпълнителя от заплатата
  • хак за зареждане на кредитни карти
  • какво да правя с c++
  • какви са инструментите на командния ред
  • какво прави финансовият директор на една компания
Категории
  • Подвижен
  • Дизайн На Марката
  • Възходът На Дистанционното
  • Жизнен Цикъл На Продукта
  • © 2022 | Всички Права Запазени

    portaldacalheta.pt