Wykłady
> Zarządzanie jakością > Czym jest jakość?
|
![]() ![]() |
13.2 Czym jest jakość?![]() Słowo jakość pojawia się we wszystkich dziedzinach życia, a jego znaczenie bywa różnie w zależności od sytuacji, w jakiej zostanie użyte. Czym jednak jest jakość jaki ma ono związek z zarządzaniem projektami? Zgodnie ze słownikiem Webster’s New World Dictonary, jakość jest „poziomem doskonałości danej rzeczy”, natomiast zgodnie z definicji zawartej w książce Guide to Project Management Body of Knowledge, jest to „suma właściwości danej jednostki związanych z realizacją wyraźnie zdefiniowanych lub tylko zasugerowanych potrzeb”. Tak więc w przypadku zarządzania projektami jakość może oznaczać cokolwiek. Z punktu widzenia kierownika projektu jakość można odnieść do dostarczanych elementów będących produktem projektu, jak i do procesu wytwarzania tych elementów. Efekt otrzymania produktów wysokiej jakości prawdopodobnie w ogóle nie jest możliwy do uzyskania bez kontrolowanego i dobrze zorganizowanego procesu ich wytwarzania. Rzadko się zdarza, że projekt prowadzony chaotycznie, bez odpowiedniej organizacji i wielkim zamieszaniu przyniósł efekt w postaci doskonałego produktu. Wysokiej jakości produkt powstaje za pomoc procesu o wysokiej jakości, natomiast zarządzanie jakością jest nie tylko procesem mającym na celu zapewnienie doskonałego odbioru projektu przez klientów, ale także procesem gwarantującym jak najlepsze właściwości tego projektu. Można zatem stwierdzić, że słowo jakość w zarządzaniu projektami musi być rozpatrywane w wielu aspektach. Jakość produktuCelem każdego projektu musi być końcowy produkt, czy te produkty, które można dostarczyć klientowi, odbiorcy. Efektem końcowym projektu polegającego na wytworzeniu nowego oprogramowania z oczywistych względów musi być gotowe, zaakceptowane oprogramowanie. Każdy projekt musi mienie tylko jasno sprecyzowane cele, ale tak�e dokładnie zdefiniowane wymagania odnośnie produktu końcowego. Projekt nie jest profesjonalnie zarządzany, jeśli tak naprawdę nie wiemy, do czego dążymy, a co za tym idzie nie jesteśmy w stanie określić z większą dokładnością czasu trwania projektu jak i jego budżetu. Dla projektu, którego efektem końcowym ma być towar (np. oprogramowanie) stosuje się następujące wspólne miary wyznaczania jakości gotowego produktu.1. Wartość produktu – definiuje, czy końcowy produkt jest warty swojej ceny. Jednym słowem klient musi być usatysfakcjonowany produktem, który właśnie zakupił. Innymi słowy, oceniając wartość produktu należy odpowiedzieć na pytanie, czy produkt jest zgodny z danymi przez producenta obietnicami, i porównać uzyskaną odpowiedź z kosztem tego produktu. 2. Wartość użyteczności – definiuje, czy dany produkt jest zgodny z obietnicami dotyczącymi jego użyteczności. Przykładowo klient kupujący dekoder telewizji cyfrowej oczekuje od niego możliwości oglądania programów telewizyjnych, oraz prostej obsługi. Kierownik projektu musi by�wiadomy z oczekiwanego poziomu użyteczności i dążyć do realizacji produktu w postaci dekodera, który spełnia wcześniej przyj�ty poziom użyteczno�ci. 3. Wartość niezawodności – produkt dostarczony klientowi musi być niezawodny, funkcjonalny i użyteczny. W przypadku dekodera telewizji cyfrowej niezawodno�wiąże się z czasem bezawaryjnej pracy dekodera. 4. Wartość długowieczności – związana jest z cyklem życia danego produktu. Klient musi mieć pewność, że produkt, który otrzymał nie zestarzeje się w krótkim czasie. W przypadku projektów informatycznych może to być zastosowanie nowych technologii, czy zgodności z nowymi standardami. W projektach długoterminowych kierownik projektu już podczas planowania musi zwrócić uwagę na warto�długowieczno�ci produktu w stosunku do czasu realizacji tego projektu. Mo�e się zdarzyć, że technologia, która w fazie planowania projektu była aktualnie standardem, w momencie jakość uczenia projektu jest już przestarzała (ze względu na długi czas realizacji). Dodatkowym pojęciem pojawiającym się w projektach jest ocena. Jakość samego projektu można definiować jako możliwość spełnienia przez ten projekt wymagań zleceniodawcy. Ocena natomiast jest pewną klasyfikacją gotowego produktu. Dwa różne produkty, które spełniaj przedstawione wymogi producenta mogą otrzymać różne oceny. W przeciwieństwie do niskiej jakości, niska ocena nie musi być problemem, do momentu spełniania gwarantowanego poziomu jako�ci. Jakość procesuNiezależnie od tego czy tworzymy towar, czy usługę, otrzymanie gotowego produktu wymaga przeprowadzenia jakiegoś procesu. Zgodnie z informacjami zawartymi min w książce Guide to Project Management Body of Knowledge, praca nad projektem (od jego początku do samego końca) jest procesem składającym się z logicznie i dyskretnie uporządkowanych czynności.Szkielet zarządzania projektem – od zainicjowania, przez planowanie, realizację, kontroli zamknięcie każdej fazy – jest ściśle związany z wymaganiem dotycz�cym odpowiedniej jakości. Bez wątpienia kierownik projektu, który nie zapewnia dobrej organizacji, nie ma odpowiedniego przygotowania do kierowania zespołem i nie potrafi zmotywować osób biorących udziału w projekcie najprawdopodobniej nie będzie w stanie wypracować wysokiej jakości efektów projektu. Prawdopodobieństwo sukcesu projektu wzrasta, gdy przygotowany do swojej pracy kierownik projektu prawidłowo kieruje procesem dochodzenia do końcowych efektów projektu – zdefiniował wymagania dotyczące projektu i tak zmotywował swój zespół, aby efekt ich pracy był trwały, efektywny i wartościowy z punktu widzenia organizacji zamawiającej ten projekt. Jakość procesu zarządzania jest oceniana w kilku aspektach: Efekty – Uzyskany efekt odzwierciedla zdolno�ci kierownika projektu w zakresie zarządzania i ukończenia projektu. Rzeczywistym implementowaniem poszczególnych elementów może się zajmować zespół projektowy, jednak w całym procesie za kierowanie tym zespołem i kontrolowanie przebiegu prac zawsze odpowiada kierownik projektu. Rola kierownika nie ko�czy sina zainicjowaniu prac i ocenie ich końcowych efektów. Gotowy produkt, który nie jest zgodny z oczekiwaniami zakresu projektu, pokazuje błędy w pracy kierownika projektu, na którego spada cała odpowiedzialno�za jego niepowodzenie. Doświadczenie – Doświadczenia płynące z przeprowadzonych badań, planowania i implementacji projektu powinny przynosić korzyści (nie tylko w wymiarze edukacyjnym) kierownikowi projektu, zarządowi oraz całemu zespołowi projektowemu. Z praktyki wiemy, że nie wszystkie projekty muszą być ciekawe dla zaangażowanych w nie osób, jednak samo zaangażowanie kierownika projektu, który ma być zdeterminowany do pomyślnego zakończenia projektu, musi być zaraźliwe i korzystnie wpływać na postawę pozostałych członków zespołu. Na końcu projektu wszystkie zaangażowane w ten projekt osoby powinny odczuwać podobną satysfakcję z udziału w danym przedsięwzięciu. Rozgrywający w zespole projektowym, kierownik projektu, musi odpowiednio motywować graczy, a w razie potrzeby dyscyplinować zespół. Osiągnięcie celu zależy nie tylko od przyj�tych procedur organizacji i komunikacji, ale także od atmosfery panującej w zespole. Zespół projektowy – Członkowie zespołu projektowego oceniają kierownika projektu według jego zdolności w zakresie doprowadzania prac do pomyślnego końca. Praktycznie codziennie sprawdzają, czy kierownik projektu może ich natchnąć do efektywnej pracy, czy potrafi nimi kierować oraz, czy odpowiednio ich motywuje. Członkowie zespołu oczekują od swojego kierownika zdolności podejmowania decyzji, uczciwego oceniania ich zaangażowania i zrozumienia dla ich potrzeb. Sposób pracy, rozmowy i wzajemnego oddziaływania kierownika projektu i poszczególnych członków zespołu wpływają na jego postrzeganie w oczach podwładnych. Ich opinia na temat kierownika projektu nigdy nie będzie utrzymywana w tajemnicy – więc i o jego szczególnych zdolno�ciach lub braku kompetencji prędzej czy później rozejdą się wśród pracowników wszystkich szczebli organizacji. Przejdź dalej ![]() |
|
![]() Wykłady > Zarządzanie jakością > Czym jest jakość |