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

Продуктови мениджъри срещу мениджъри на проекти Част II: Ситуационен анализ



В последната статия , ние се фокусирахме върху основните умения и черти, които трябва да имат успешните мениджъри на продукти и проекти. По-конкретно, видяхме начините, по които продуктовите мениджъри (PDM) служат като „главен изпълнителен директор“ на даден продукт, докато мениджърите на проекти (PJM) служат като „главен оперативен директор“. Сега, нека обсъдим ситуациите, в които организацията се нуждае от PDM, PJM или хибрид от двете.

Този анализ обхваща и няколко важни тенденции, които видяхме да движат „бъдещето на работата“ в ApeeScape. Такива тенденции включват нарастващи темпове на оборот в технологични компании, цифровизация на редица традиционно аналогови индустрии и служители в даден екип, работещи отдалечено.



как да си направим google чаша

Ситуации, изискващи продуктов мениджър:

Идея на продукта: Фирмата се нуждае от PDM в ранните етапи на проектирането на нов продукт. PDM води екипа да завърши и потвърди изискванията на продукта, за да може да се изгради минимално жизнеспособен продукт (MVP). Този тип работа изисква значителни изследвания и валидиране, а понякога дори може да обезсили идеята. Но ако екипът премине напред към фазата на разработване на продукта, PDM, който е потвърдил идеята, обикновено е най-добрият кандидат за ръководене на изпълнението.



Разработване на продукти: Изискванията съществуват и са валидирани, изградена е демонстрация и компанията е готова за следващата стъпка: разработване на MVP. PDM е отговорен за водещото изпълнение. В тези случаи компаниите трябва да търсят PDM със силни умения да ръководят екипи, да влияят на функционални партньори и да вземат твърди решения след оценка на компромисите между разходи и ползи.



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

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



Ситуации, изискващи ръководител на проекти:

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

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

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



Бизнес трансформация: Компанията трябва да преработи основна функция. Решението е двусмислено и многостранно, но като цяло включва трансформиране на вътрешни процеси и реорганизация на екипи или други области на организацията. Преминаването на определени екипи от офис към отдалечен, за да се увеличи ефективността, да се спестят разходи и да се привлекат най-добрите налични таланти, също би попаднало в обхвата на PJM.

Интеграция след M&A: Сливането на големи компании започва набор от инициативи за интеграция, които се различават по обхват и продължителност. Тези инициативи могат да бъдат както технически (обединяване на две системи или софтуерни продукти), така и крайно нетехнически (обединяване на процеси и организации за обслужване на клиенти). Тези процеси изискват PJM както с M&A, така и с отрасъла.



Ситуации, изискващи хибрид:

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

кои са 8-те принципа на дизайна

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



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

как да получите bloomberg терминал безплатно

Персонализирано решение: Често компаниите не изграждат продукти сами по себе си, а по-скоро персонализирани решения за един клиент - компанията може дори да не притежава съответния IP. В тези случаи компанията вероятно няма нужда от PDM на пълен работен ден. Вместо това компанията може да наеме PDM на свободна практика за времето на проекта или да наеме PJM, който има продуктов опит.



Бюджетно ограничение: Въпреки че искат PDM и PJM за даден проект, компаниите понякога нямат бюджет да наемат и двете. В тези случаи компанията трябва да потърси човек със силен опит в продуктите и проектите, както и желание да работи удължено работно време. Като се има предвид допълнителното необходимо натоварване, може да се наложи компания да позволи на служителя да работи отдалечено. Както дистанционната работа, така и гъвкавото работно време стават все по-широко разпространени и могат да позволят на компаниите да преодолеят трудните бюджетни ограничения.

Следната таблица на контролния списък може да помогне на компанията бързо да реши дали се нуждае от PDM, PJM или и двете:

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

Изчерпателният списък на пъргавите конференции

Пъргав

Изчерпателният списък на пъргавите конференции
Кой е на кормилото? - Разбиране на качествата на дизайнерското лидерство

Кой е на кормилото? - Разбиране на качествата на дизайнерското лидерство

Процес На Проектиране

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

    portaldacalheta.pt