Tag: product management

Wprowadzenie nowego produktu na rynek FMCG jest niezwykle złożoną i absorbującą „sztuką”, której odpowiednie opanowanie pozwala producentom dóbr realizować zakładane cele przedsiębiorstwa – w skrócie: zarabiać. Projekt ten wymaga zaangażowania niemalże każdego działu w firmie – od marketingu, finansów, przez przedstawicieli handlowych, aż po logistyków. 

Trudno znaleźć współczesne przedsiębiorstwo, które nie korzysta z narzędzi informatycznych. A już zupełnie niemożliwe jest wyobrażenie sobie dużej firmy z obszaru e-commerce, która nie musi rozwijać swojego produktu-platformy, wdrażać nowych rozwiązań technologicznych, śledzić, a nawet kreować nowych trendów, aby tym samym dążyć do zapewniania jak najlepszych doświadczeń swoim klientom. I to wszystko na rynku charakteryzującym się dużym wzrostem i konkurencją, zmianami oczekiwań i zachowań klientów, ciągle pojawiającymi się nowymi rozwiązaniami.

Praca Właściciela Produktu (ang. Product Owner, PO) jest trudna do wyjaśnienia, o czym po zmianie kierunku rozwoju z Project Managera na PO kilkakrotnie przekonałam się na własnej skórze.

Kiedy w organizacji nie ma odgórnych wytycznych odnośnie prowadzenia dokumentacji, można zbyt mocno wziąć sobie do serca Agile Manifesto, które stawia „działające oprogramowanie ponad obszerną dokumentację”. Tymczasem dobrze utrzymywana dokumentacja wnosi dużą wartość dla całego zespołu. Dokumentacja pokryje jak najwięcej obszarów, kiedy będzie tworzona przez wszystkich członków cross-funkcjonalnego zespołu. Warto, aby Product Owner czy Project Manager rozumiał wagę dokumentacji i dawał przykład w jej tworzeniu.

W miarę wzrostu popularności Twojego produktu, kontakt z interesariuszami, a co za tym idzie ilość zewsząd otrzymywanych informacji zwrotnych nieuchronnie zwielokrotni się. Opinie obejmować będą zarówno ogólną krytykę, np.: „Produkt jest nieintuicyjny” jak i nieco bardziej szczegółowe pomysły bądź konkretne już prośby o funkcje, takie jak „{nazwa produktu} powinno być zintegrowane z kalendarzem Google”. Oczywiście, zdaniem każdego pomysłodawcy to właśnie ich wskazówki poprawią produkt – a w skrajnych przypadkach – w ogóle umożliwią korzystanie z niego. Pojawia się więc pytanie: jak zarządzać zapotrzebowaniem na funkcjonalności i które z nich zakwalifikować do realizacji?

We would like to share with you a few tips on the journey of implementing Scaled Agile Framework (SAFe). Based on our experience there are a few things to watch out for when starting up your first scaled teams’ setup, your first Agile Release Train and then when it is already running full steam ahead. There are many things that can go wrong and the only thing you could be sure of is that some of them will absolutely arise sooner or later. The main thing is for you to be prepared for the worst-case scenario. If you won’t have it – lucky you! If you will face it, you can immediately react.