Rozmowy z klientami bywają żmudne, trudne i prawie zawsze kończą się frustracją ze stwierdzeniem, że użytkownik nie wie czego chce. Stąd ważne jest aby rozmawiać z klientami ich językiem. Tylko jaki jest ten ich język?
Zbieranie wymagań to trudny i żmudny proces, od którego później zależy przebieg całego projektu. Długie spotkania, męczące rozmowy, marudni klienci. Nazbyt łatwo jest jakiś aspekt przeoczyć, który później w najgorszym możliwym momencie o sobie przypomni. Jest sposób, żeby sobie w tym procesie pomóc.
W interesie całego zespołu produkującego oprogramowanie jest informować klientów na bieżąco o postępach i problemach, które się pojawią. Im rzadsza komunikacja, tym więcej pola oddajemy ich wyobraźni, podsycanej obawami o losy projektu. Im dłużej zwlekamy z informacją o trudnościach, tym silniejsze będzie uderzenie, kiedy wyjdą na jaw. Warto postawić na przejrzystość.
Im większa firma tym chętniej wydaje się oddawać wszystko co popadnie w “outsourcing”. I tak korporacje, a ostatnimi czasy również mniejsze przedsiębiorstwa, oddają w ręce “zawodowych rekruterów” trudne i czasochłonne zadanie pozyskiwania nowych pracowników. Niewątpliwie oszczędza to czas i pieniądze, obawiam się jednak, że odcina również od potencjalnie najbardziej wartościowych kandydatów.
Wszyscy wiemy jak prowadzić projekt Agile, ale kiedy przychodzi co do czego pojawiają się problemy, których żaden “coach” nie wytłumaczył wcześniej. Jak poukładać repozytorium kodu? Jak zapewnić, że w chwili wydania iteracji kod nie będzie zawierał niedokończonych historyjek?
