Project Manager a testowanie
zsim - 28 lis 2009, o 11:30 Cześć, czy zna ktoś może odpowiedzi na pytania : - jaki jest obszar odpowiedzialności Project Managera jeśli chodzi o fazę testowania ? - jak i kiedy PM powinien mieć na uwadze testowanie ? - Ile % budżetu projektu przeznacza się na testowanie ? - jak powyższe zagadnienia mają wpływ na sukces projektu ? Czy istnieje firma która dokonywała statystyk na ten temat i się tym dzieli ? Jak to się rozkłada np. przy małych i dużych projektach ? Z góry dzięki za pomoc. streser - 2 gru 2009, o 10:33 - jaki jest obszar odpowiedzialności Project Managera jeśli chodzi o fazę testowania ? . Odpowiedź jest prosta - taki sam jak za cały projekt. Testowanie jako jeden z kilku czynników ma zapewnić jakość produktu, więc jeśli PM odpowiada za jakość, a tak przeważnie jest to także odpowiada za testowanie. Często w większych zespołach tą rolę przejmuje Test Manager, ale za całość projektu w tym jakość główna odpowiedzialność spoczywa na PM. W końcu Project Manager za coś bierze tą kasę . - jak i kiedy PM powinien mieć na uwadze testowanie ? Dobre pytanie, zależy od metodologi która jest stosowana. Proponuje poszukać w necie jak to wygląda w zależności od tego jak wygląda proces wytwarzania projektu. (Praktycznie) W klasycznym Waterfallu właściwa faza testowania przeważnie jest na końcu (prawie na końcu) projektu, oczywiście należy też pamiętać o teoretycznym "modelu V" lub "modelu W", które propagują ideę wykonywania poszczególnych faz testowania projektu po poszczególnych, odpowiadających im fazach developmentu (IMHO: "V" i "W" są pewną interpretacją Waterfalla z dodaną wielowątkowością, ale nie każdy się z tym zgadza) . W Agile - np XP, Scrum rozpowszechniona jest idea Continous Integration - testów od samego startu projektu bez przerwy, z uwzględnieniem iteracji - odsyłam do poszukiwań w sieci, jest na prawdę sporo informacji na ten temat. Należy też rozróżnić proces testowania od procesu inżynierii/automatyzacji testów. - Ile % budżetu projektu przeznacza się na testowanie ? Z większości podręczników, metodologii, etc. wynika że 30% - 40% czasu/budżetu projektu idzie na testowanie. W systemach krytycznych jest to znacznie więcej 70% - 80% (np. obecnie w NASA). Z doświadczenia wiem, że 30% czasu to minimum aby zapewnić aplikacji akceptowalną jakość. Przeważnie w zespole stosunek testerów do programistów powinien wynosić 1:3. - jak powyższe zagadnienia mają wpływ na sukces projektu ? Zdefiniuj "sukces"? To jest pojęcie względne, IMHO: można go mierzyć na wiele sposobów np. poprzez ilość zarobionych pieniędzy w stosunku do nakładu pracy, ale ten miernik w około 90% zależy od samego pomysłu i marketingu. Widziałem wiele na prawdę gównianych projektów które zarobiły miliony dzięki umiejętnością sprzedawców/marketingowców. Ale widziałem też wiele świetnie zrobionych aplikacji, które by zarobić tyle samo potrzebowały znacznie mniejszego nakładu na marketing - wystarczała ich jakość. Przez sukces można np. rozumieć dużą satysfakcje użytkowników mierzoną ankietami etc. wtedy jakość ma znacznie większe znaczenie. Może łatwiej byłoby zdefiniować prawdopodobieństwo porażki projektu które rośnie proporcjonalnie do zmniejszania nakładów na testowanie i zapewnienie jakości. Im system bardziej krytyczny tzn. im większe straty może przynieść tym testowanie jest ważniejsze. Np. w systemach, gdzie przeprowadza się operacje finansowe testowanie jest procesem krytycznym. Czy istnieje firma która dokonywała statystyk na ten temat i się tym dzieli ? Hmm. Zastanawiam się w jaki sposób można by wykonać takie statystyki żeby były miarodajne... Proponuje popytać ludzi od PMI, czy SJSI, ISTQB oni na czymś pewnie opierają swoje założenia odnośnie czasu i kosztów procesu testowego. Jak to się rozkłada np. przy małych i dużych projektach ? Myślę, że większe znaczenie ma krytyczność niż wielkość projektu. Ogólnie koszty testowania są proporcjonalne do wielkości projektu i wyrażane w procentach, to się raczej nie zmienia. Natomiast jeśli chodzi o krytyczność i założenia dotyczące jakości to tutaj są zależne od tego co zostało założone. Ogólnie, temat jest na prawdę głęboki, zostało napisanych o tym wiele książek, artykułów, prac naukowych etc... Na projekt ma wpływ tak wiele czynników, że nie da się tego zdefiniować w prosty sposób. A każdy kto ma jakieś doświadczenie może zapewne dodać coś od siebie.
|