Денят ми започва в 9:30 с преглед на пощата, събитията за деня, както и Slack съобщенията. Идентифицирам новите задачи, техния относителен обем като време, трудност и приоритет. Задачите с голям приоритет и относително малък обем (5-10 минути) захващам първо. Задачите с голям обем разбивам на подзадачи и виждам кои от тях мога и трябва да делегирам. В 10:45 започва Scrum Daily-то, а след него имам едночасов блок резервиран за срещи с хората от екипа. Тези срещи добавят бързи за изпълнение задачи с приоритет, които отмятам преди обедната почивка. Хапвам добре и след това се наслаждавам на първия си блок от време за концентрация, в който се занимавам с времеемки задачи. Между 4 и 5 следобед обикновено се включвам в клиентски срещи, за да търся директен контакт с потребителите. До 18:30 приключвам нещата, които все още са в прогрес при мен. Ще излъжа, ако кажа че понякога работния ден не продължава до 22:00, все пак работя в стартъп. 🙂

100% забавление! Аз съм щастлив човек, заради това с което се занимавам. Ежедневно общувам с много умни хора относно важни и интересни проблеми и техните решения. Имам възможност да изграждам близки контакти с клиенти и добре да опознавам бизнеса им и проблемите които стоят пред тях. Едно от предизвикателствата за мен е на база на цялата тази комуникация, как да се синтезира есенцията и да се дистрибутира до достатъчно голям кръг от хора, по правилния начин, така че те да започнат да живеят с проблема и заедно да измислим решение.

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

Работата, която върша задава посоката за развитие на продукта за години напред. Най-важното е с екипа да доставим важните неща в точното време или deliver just-enough just-in-time. Това позволява целия екип да работи фокусирано, нашите клиенти да получат това от което имат нужда в точния за тях момент и да бъдат щастливи и уверени, че в наше лице имат доверен софтуерен партньор. Звучи много лесно, но всъщност е адски трудно да уцелиш точния баланс.

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

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

Според мен трите най-важни умения за хората, които движат продукта е да бъдат: (1) добри слушатели (да слушат клиентите си, както и екипа си внимателно и с разбиране); (2) да имат критично мислене (да могат да отсеят важните неща от всичката информация, която получават) и (3) да се фокусират върху решаването на проблемите на клиентите. Държа да подчертая, че е необходимо човек да притежава лидерски качества и самоинициативност за да бъде наистина добър Product Manager/Owner.

(1) Способността ми да се сближавам с хората и да имам индивидуален подход; (2) Разказването на истории. Умея да говоря за сравнително сложни проблеми, така че те да бъдат лесно разбрани от хора с различно ниво на експертиза и (3) Добрите ми технически умения и желанието ми да съм в крак с новите технологии.

(1) Ориентация за време и пространство в даден проект - както споменах и в предишния отговор смятам, че това е едно от най-важните умения за Project Manager, Product Owner, Project Manager или Program manager. С времето успях да развия това умение до такава степен, че често мога да работя без документация но тъй като това не е добра практика в повечето случай го избягвам. Със сигурност обаче ми помага да доставям проекти на време, с правилните функционалности и в бюджет; (2) Гъвкави умения за комуникация - колкото и добре да е планиран и описан един проект, той лесно може да се провали ако няма правилна комуникация и разбиране към всички замесени в него. Опита ми на Scrum Master доста често накланя везните в полза на техническия екип но няма как да не обръщам внимание и на бизнес клиентите. Затова смятам, че правилната комуникация е една от основите за успешно кариерно развитие в изброените горе позиции и (3) Откровеност - изключително важно е да си максимално откровен със всички в екипа защото няма по-добър начин да спечелиш тяхното доверие и уважение. Провала е почти гарантиран ако техническия екип ти няма доверие или ако бизнеса не може да разчита, че поети от теб ангажименти ще бъдат изпълнени навреме. Този подход е като тясна алпийска пътека от която можеш да паднеш във всеки един момент и възстановяването от тази грешка понякога отнема повече време от времето, което си извървял по нея. Затова бих посъветвал всеки да бъде постоянно нащрек и да не взема наготово изграденото доверие, както и да внимава кога да набляга на него и кога не.