Управлението на продукти е една от най-взискателните и важни роли в съвременните технологични компании. Изграждането на високоефективен продуктов екип винаги е предизвикателство. Мащабирането на продуктовия екип е още по-голямо предизвикателство. Но всичко това от разстояние може да представлява най-голямото постижение. Управлението на продукти играе ключова роля за успеха на ApeeScape и ние вярваме, че успяхме да изградим високоефективни отдалечен продуктов екип .
Бих искал да споделя с продуктовата общност някои идеи и най-добри практики за това как работим в нашия 15-силен екип.
Ние се отнасяме сериозно към културната годност и имаме висока степен, когато става въпрос за ценности. В среда на място някои културни или ценностни несъответствия могат да бъдат разрешени чрез лични взаимодействия. Но при отдалечена настройка нямаме този лукс и е много по-трудно да променим поведението и нагласите си. По този начин ние изискваме хората да бъдат такива, каквито искаме да бъдат от първия ден. Естествено, всеки трябва да се придържа към нашите фирмени ценности , но ние поставяме още по-голям акцент върху това да гарантираме, че хората са:
Изискваме всеки продуктов мениджър да действа като основател на съответния екип или продукт. Управлението на продукти може да е най-трудната дисциплина в технологичното пространство, тъй като практикуващите трябва да носят много различни шапки и да карат други без управленски правомощия - просто чрез влияние. Много пъти зависи от други отбори, които може да не изпълнят очакванията. Изискваме нашите продуктови мениджъри да се намесят и да направят всичко необходимо, за да постигнат целите си. Продължавам да казвам на колегите си следното: „Представете си, че управлявате стартъп и имате писта от два месеца. Трябва да изпратите продукта си и да покажете малко сцепление, за да повишите следващия кръг на финансиране. Инвеститорите не се интересуват дали екипът ви не е изпълнил. Това е нещо, което трябва да оцелеете. ' Продуктовите мениджъри трябва да имат това чувство за собственост и да правят всичко необходимо, за да постигнат целите си.
Искаме всички от нашия екип да си поставят амбициозни цели и да подтикнат всички около тях да постигнат тези цели. Искаме хора, които са шофьори, а не ездачи - които са амбициозни и искат да направят разлика. Но амбицията не е достатъчна. Вместо това продуктовите мениджъри трябва да настояват усилено и да настояват за промяна. Те трябва да бъдат безмилостни и да се борят, за да премахнат всички препятствия. Да бъдеш ориентиран към въздействието е важно при отдалечена настройка. Няма facetime. Не знаем колко часа работи някой и не е нужно - важни са резултатите.
Като екип се стремим непрекъснато да се усъвършенстваме. За да се случи това, очакваме всеки член на екипа да допринесе за редица инициативи за отлични постижения на екипа, водени от старши членове на екипа. Такива вноски са част от нашата кариера и остават от съществено значение за ставането на старши продуктов мениджър.
Умората и прегарянето са чувства, които получавате, когато изходът ви е по-малък от входа. Ако чувствате, че правите нещо безсмислено, тогава искате да минимизирате времето, което отделяте за това нещо. Искаме хора, които не отчитат колко часа работят, а по-скоро колко въздействие оказват - хора, които се движат от техните резултати и постижения.
Искаме всички от екипа постоянно да се стремят към напредък и върхови постижения - да оказват по-голямо въздействие, да стават по-добри професионалисти и да придобиват нови умения. Искаме хора, които никога не са доволни от статуквото, а вместо това постоянно вдигат летвата и никога не спират да се опитват да се усъвършенстват.
Влизането в продуктовия екип на ApeeScape е изключително трудно. Преходът ни от кандидатстване за работа към наемане е под 0,1%. Преобразуването от първото интервю с рекрутер е по-малко от 5%. Имаме интензивен процес на интервю от шест стъпки, за да гарантираме, че ще намерим най-добрите хора по отношение на твърдите умения, меките умения и най-важното - културната годност. Рядко разглеждаме нечий минал опит или опит в областта. Вместо това, ние наемаме специалисти, които имат солидна продуктова представа, силни умения за изпълнение и спазване на основните ни ценности.
Определено имаме силно предимство пред традиционните компании, тъй като нашият фонд за таланти е целият свят. Това ни осигурява много по-голям запас от таланти и ни позволява да вдигнем летвата по-високо. Нашата философия за набиране на персонал е да премахнем фалшивите положителни резултати (грешни наеми), дори за сметка на повече фалшиви негативи (отхвърляне на добри кандидати). Разходите и последиците от наемането на грешен човек са толкова вредни, че ако имаме съмнения относно някого, отминаваме. Дори ако някой получи положителни отзиви във всички интервюта, ние все още изискваме един от интервюиращите да бъде силен защитник на този кандидат, за да предложи оферта.
Работата от разстояние изисква солидни процеси и рамки. В среда на място липсата на процеси или различна неефективност може да бъде отстранена или изцяло избегната чрез лични взаимодействия. При отдалечена настройка обаче това не е така и за да се справи с това, процесът ни на управление на продукти се състои от две основни стъпки: откриване на продукта и доставка на продукта. За да разберете някои от примерите в този раздел, е важно да знаете, че основният бизнес на ApeeScape е съвпадение на компании с най-добри таланти в инженерството, дизайна, финансите и управлението на проекти и продукти.
Всичко започва с идентифициране и разбиране на проблеми. По време на тази фаза продуктовите мениджъри провеждат тежки потребителски изследвания с външни потребители и вътрешни заинтересовани страни, като всички имат единствената цел да открият и разберат техните проблеми. Това е непрекъснат процес, който се повтаря през цялата година.
Всеки продуктов мениджър настоява техните заинтересовани страни да останат в проблемното пространство и ние отблъскваме силно, ако идват с решения отгоре надолу. Заинтересованите страни трябва да се обърнат към нас с проблеми и след това задачата на продуктовия мениджър е да работи с всички съответни страни, за да предложи правилните решения.
Също така насърчаваме продуктовите мениджъри сами да измислят интересни проблеми. Горд съм да кажа, че някои от най-големите проблеми, които решихме да решим като компания, бяха повдигнати директно от хора от продуктовия екип. Например, след разговор с много клиенти и таланти, разбрахме, че много от тях се нуждаят от подкрепа и насоки по време на ангажимента след завършване на процеса на наемане. В резултат на това това се превърна в крайъгълен камък на нашата продуктова стратегия и нашите ОКР за 2020 г. (цели и ключови резултати).
защо компаниите хеджират валутния риск
За най-важните проблеми продуктовите мениджъри провеждат редица мозъчни атаки, за да намерят потенциални решения. Изследванията на потребителите също играят важна роля в тази стъпка, тъй като се връщаме към потребителя, за да потвърдим потенциалните решения. Резултатът от тази стъпка е редица потенциални решения за всеки идентифициран проблем.
Правим оценка на потенциалното въздействие на различните решения, както и оценка на разходите на високо ниво. След това определяме приоритетите според потенциалната ROI (възвръщаемост на инвестицията). За всяка инициатива се стремим да направим оценка на възможността за продукт, която обсъжда потенциалното въздействие, разходите, рисковете, пазара, потребителите и др. Оценката на възможностите е документ от една страница, който действа като представяне. Някой, който го чете, трябва да разбере какви проблеми се опитваме да решим, как планираме да го направим, колко ще струва и какви ползи ще има.
Това е шаблонът, който използваме за оценки на възможностите:
разлика между s-corp и c-corp
Като компания и продуктов екип, ние напълно приехме рамката за определяне на целите на OKR. Обикновено фазата на идентифициране на проблема е основен принос за поставяне на правилните цели. Някои от тези цели произтичат от стратегически приоритети на компанията. Но това работи и отдолу нагоре, където нашите изследвания и проблемите, които идентифицирахме, информират за OKR процеса.
Когато става въпрос за ключови резултати, понякога ги задаваме веднага след идентифициране на ключовите проблеми. Да приемем например, че след провеждане на изследвания с нашия талант установихме, че някои от тях не се задържат дълго, тъй като не са имали голям успех в намирането на работа. Това би довело до следния OKR:
Помогнете на талантите да получат повече работни места с по-малко усилия
Както се измерва чрез „по-малко от X% от таланта, който трябва да се увеличи в рамките на Z месеца от присъединяването към мрежата“
Има и други случаи, в които си поставяме целта след идентифициране на проблемите и определяме ключовите резултати, след като измисляме някои потенциални решения.
Един от OKR на продуктовия екип е проучване на потребителите. Всеки продуктов мениджър трябва да провежда минимален брой интервюта с потребители и други изследователски дейности на потребители годишно. Сега изграждаме екип за проучване на потребители, но отговорността на продуктовите мениджъри ще остане да стимулира проучванията и да събира статистика. По мое честно мнение не можете да бъдете продуктов мениджър, ако не сте в контакт с потребителите си.
В крайна сметка получаваме списък с цели и ключови резултати, а за последните - списък с потенциални инициативи, които вярваме, че ще ни помогнат да постигнем този ключов резултат.
Тук е важно да се спомене, че продуктовите мениджъри не трябва да се ангажират с осъществяването на конкретни инициативи, а по-скоро да удрят конкретни OKR. Инициативите са само средствата за постигане на конкретни ключови резултати. По време на тримесечие продуктовите мениджъри имат свободата да излизат с нови инициативи и да променят плана си за действие в зависимост от напредъка и данните, които получават.
Това е шаблон, който използваме за нашите продуктови OKR:
Продуктовите мениджъри работят със заинтересовани страни в бизнеса, дизайнери, автори на съдържание и инженери, за да осигурят:
Преди да започне разработването, заинтересованите страни трябва да се подпишат под предложеното решение, включително неговия дизайн и съдържание.
Това е действителната фаза на развитие. Работим предимно с помощта на Scrum с няколко екипа, използващи Kanban.
Това е част от нашата продуктова култура за измерване на всичко и за всяка стартирана функция се опитваме да измерим нейното въздействие. В идеалния случай трябва да го измерим количествено (например конверсия, скорост или увеличение на ангажираността) или качествено чрез проучване на потребителя. За всяка инициатива продуктовите мениджъри трябва да попълнят формуляр за оценка на въздействието, в който описват как резултатът от въпросната инициатива се сравнява с оценката на възможностите.
Въз основа на оценката на въздействието и получената качествена обратна връзка ние решаваме дали ще продължим да инвестираме в съответната инициатива. Ако решението е положително, се връщаме към фазата на откриване на продукта.
В ApeeScape всеки инженерен екип притежава бизнес домейн. Например имаме придобиване на таланти, скрининг на таланти, активиране на таланти, задържане на таланти и др. Логиката е, че всеки екип е отговорен за определена част от нашето потребителско пътуване и има опит в тази конкретна област на бизнеса. Винаги се опитваме да съчетаем един продуктов мениджър с един инженерен екип.
За да насърчим сътрудничеството между екипите, в миналото бяхме организирани в „отряди“. Имахме екип от клиенти, който се състоеше от всички екипи, отговорни за клиентската фуния, екип за таланти и екип на платформа. Тази структура определено помогна да се съсредоточи, но създаде много силози и разминаване. Например, нашата структура на отбора усложни сътрудничеството между клиента и отбора за таланти, пречейки на нашата цел да увеличим скоростта, с която съчетаваме таланта с нашите клиенти. Вторият проблем, с който се сблъскахме, беше несъответствието с операциите. За да увеличим скоростта на съвпадение, трябваше да накараме талантите да се прилагат по-бързо и нашите съпоставящи се да изпращат таланти по-бързо. Тази цел не може да бъде постигната само чрез характеристиките на продукта. По същество структурата на нашия екип създаваше проблеми при сътрудничеството между продуктовите мениджъри, както и между продуктовите мениджъри и оперативните служители.
как да пиша единични тестове в java
Така че тази година въведохме концепцията за работна група на OKR. За всеки основен OKR, който продуктовият екип притежава или поддържа, ние създаваме междуфункционален екип, който се състои от всички съответни инженерни екипи, техните продуктови мениджъри, хора от операции, дизайн и т.н.
Такава група има ясна цел - да удари конкретен OKR. Групата се събира ежеседмично или двуседмично, за да обсъди напредъка спрямо OKR, да прегледа резултатите или KPI и да обмисли проблемите и решенията. Всички те имат една и съща цел и се срещат редовно, за да стимулират напредъка.
Като екип имаме плоска структура и изискваме всеки продуктов мениджър с ръководна роля да бъде практически и да подпомага изпълнението при работа с техните директни отчети (т.е. други продуктови мениджъри). Нашият стил на ръководство има много общи неща с идеята за служебно ръководство . Основните принципи на нашата философия за управление са:
Продуктови лидери трябва да казват на екипите си къде трябва да отидат, какъв проблем (и) трябва да решат и къде трябва да насочат вниманието си.
Има много начини да стигнете от А до Б. Ролята на лидера е да помогне на екипа да намери и следва най-краткия път.
След като помогне на екипа да намери къде трябва да отидат и как да стигнат до там, ролята на лидера е да им помогне да стигнат по-бързо. Това може да стане по три начина:
Лидер в нашия екип е някой, който показва пътя, който трябва да следва и след това става служител на неговите или нейните преки доклади. Като служители лидерите трябва да помагат на своя екип не само чрез премахване на препятствия, но и като изпълняват, когато капацитетът е нисък или когато са изправени пред предизвикателен проблем. Лидерите трябва да са практически, готови да скочат в огъня и да водят пример. В нашия екип няма място за мениджъри, които присъстват само на срещи или действат само като пълномощници за комуникация. Нашите водещи продуктови мениджъри бяха с най-добри резултати като индивидуални сътрудници и техните директни доклади ги уважават не само заради техните лидерски умения, но и заради способността им да изпълняват.
Ние се стремим да се превърнем в екип от световна класа и за да постигнем това, ние непрекъснато се усъвършенстваме чрез това, което наричаме „Инициативи за отлични постижения на екипа“. Всяка инициатива е собственост на старши член на екипа, който определя съответните си OKR. Имаме редовни прегледи, за да проследим напредъка и да се уверим, че инициативите се изпълняват успешно.
Част от нашата култура е, че всеки се грижи за цялостния успех и върхови постижения на екипа. В повечето компании подобни инициативи идват отгоре надолу, докато в продуктовия екип на ApeeScape има чувство за партньорство с всички, които допринасят за подобряване на екипа.
Някои основни инициативи включват:
шофиране за uber vs lyft 2016
Целта е да се повишат уменията на отбора. Като част от тази инициатива:
Работата от разстояние създава някои препятствия за свързване. Но като екип се чувстваме близо един до друг и всеки път, когато се срещнем лично, се чувстваме като голямо семейство или група приятели. Въпреки отдалечеността, ние винаги искаме да се преборим с дистанцията и да накараме да се почувстваме така, сякаш сме на място. Като част от тази инициатива:
Да бъдеш продуктов мениджър в ApeeScape е трудна работа и, честно казано, не сме имали най-добрия баланс между професионалния и личния живот в миналото. За да отстраним този дисбаланс, стартирахме специална инициатива:
Това са само три примера. Имаме няколко други инициативи за върхови постижения като процес на управление на продукти, управление на данни, повишаване на ефективността на продуктовите мениджъри и продуктова документация.
Вярвам, че тук, в ApeeScape, успяхме да изградим високоефективен продуктов екип, който помага да се стимулира свръхрастежа на компанията. Ключовите стълбове на нашия успех са следните:
Според мен най-забележителният аспект на този екип е, че всичко, описано в тази статия, е резултат от тясно сътрудничество и екстремна екипна работа сред умни и движещи се хора, а не от изпълнение отгоре надолу. Всичко се случва органично и аз вярвам, че това е резултат от хората, споделящи общи ценности.
Можете да управлявате продуктов екип, като следвате три основни принципа. Определете дестинацията, като кажете на екипа къде трябва да отидат и какви проблеми трябва да решат. Покажете пътя от А до Б и помогнете на екипа да намери и следва най-краткия път. Стигнете до там с максимална скорост, като премахнете пречките и повишите уменията на членовете на екипа.
Най-традиционният начин за структуриране на екип за управление на продукти е да се отчитат продуктовите мениджъри, които да водят продуктови мениджъри, които ръководят малко портфолио от продукти. Всички потенциални клиенти докладват на ръководител / вицепрезидент на продукта, който отговаря за цялостната визия.
Екипът за управление на продуктите е отговорен за идентифицирането на бизнес проблеми и намирането на най-добрите решения. Екипът също така координира различните продуктови усилия в екипа, за да поддържа цялостно потребителско изживяване.
Продуктовият екип обикновено се състои от предимно продуктови мениджъри, понякога подкрепяни от продуктови дизайнери, анализатори на бизнес или данни и изследователи на UX.
Добрият продуктов екип е в състояние да излезе с най-добрите продуктови решения за съответните бизнес проблеми, като същевременно поддържа цялостен подход към потребителското изживяване в цялото продуктово портфолио.