Jeśli pominiesz ważne osoby, grupy czy organizacje, tracisz źródła wymagań i ryzykujesz, że rozwiązanie nie spełni swojego zadania. Pomoże Ci analiza interesariuszy. Analityk biznesowy odpowiada za to, by nie przeoczyć nikogo i przeznaczyć interesariuszom uwagę proporcjonalną do wpływu i zaangażowania.
Wspólną bolączką ludzi z branży IT jest fakt, że klient nie wie, czego chce. Przygotowujemy oprogramowanie zgodnie z jego wytycznymi, a on kręci nosem, zmienia zdanie, czasem tupie nogą i nie chce odebrać tego, co zamówił. Czy czasami nie oczekujemy od niego zbyt wiele?
Jeśli agile był do tej pory workiem, do którego wrzucałeś wszystko, co swobodne i nie wymaga zbędnej dokumentacji, zrób w tym worku małe porządki:) Przebiegnijmy sprintem przez metodyki zwinne zerkając na: XP, ASD, Crystal, Scrum i FDD. Może wybierzesz którąś dla siebie?
Wczoraj na blogu Tomka Tomaszewskiego (blog.tomaszewski.it) pojawił się wpis z porównaniem sukcesu projektów w sektorach prywatnym i publicznym w Polsce. Wynik bardzo ciekawy, choć nie zaskakuje 🙂 Zaczęłam pisać komentarz, który rozrósł się do rozmiarów gościnnego wpisu, dlatego też zapraszam do przeczytania! -> Dlaczego
Dlaczego projekty w sektorze publicznym się nie udają? Czytaj dalej
Jak dwie połówki doskonałej jedności – biznes i nauka rozpaczliwie potrzebują się nawzajem, choć tak trudno im się odnaleźć i do siebie zbliżyć. Miałam ostatnio okazję być na międzynarodowej konferencji (http://2012.eurospi.net/) i porozmawiać z ludźmi z niemal całego świata. Co mnie uderzyło? Wszyscy mamy podobne problemy!
Ostatnio kolega zapytał mnie przystępując do tworzenia systemu „a czym jest ta multiagencja?”. „Kurczę”, pomyślałam, „rzeczywiście przewijała się w rozmowach, ale jaką rolę ma grać w systemie?”. Jeśli zaczynasz projekt w nowym temacie, albo nie jesteś pewien co jest czym w świecie klienta, zrób model dziedziny! To wybawia
Model dziedziny – porządkujemy rzeczy ze świata użytkownika Czytaj dalej
Agile uwalnia i pozwala tworzyć. To powód, dla którego posiada masy zwolenników. Jednak zwinne podejście to nie tylko ulga z odciążenia od dokumentacji. Wymaga i zobowiązuje! Zanim pochwalisz się, że pracujesz zwinnie, sprawdź czy to prawda 😉
Zamawiasz oprogramowanie? Zazwyczaj nie wystarczy poprosić i zapomnieć o sprawie. Wyznaczasz osobę albo tworzysz zespół odpowiedzialny za projekt po Twojej stronie. Kogo wybrać do takiego zadania? Najlepiej kogoś, kto pomoże, a nie będzie przeszkadzał. A co przeszkadza? Przeczytaj o 5 koszmarach, jakie prześladują wykonawców.
Analiza trwa zbyt długo? A może jej brakuje – zaskakują Cię nowe założenia, są uszczerbki w jakości? Jedno i drugie może puścić firmę z torbami! Dostosuj sposób, w jaki pracujesz, do projektu – żeby nie utknąć w papierach, ale też zachować potrzebny porządek. Pobawmy się w architekta
Za pomocą diagramu komponentów można przedstawić konstrukcję systemu z najwyższego poziomu abstrakcji. Po co? Aby rozpocząć projektowanie struktury i główne wytyczne przekazać programistom, a project managerowi zaprezentować złożoność systemu oraz możliwy podział na etapy wdrażania.
