Kierunek jakość. Jak unikać błędów w projekcie

Jakość została zdefiniowana już w starożytności. Platon określał ją jako pewien stopień doskonałości. I tu nic się nie zmieniło ... im bliższy ideału produkt, tym wyższa jego jakość. Problem w tym, że każdy postrzega &oacute,w ideał nieco inaczej. Na gruncie programistycznym wysoka jakość może oznaczać co innego dla project managera, a co innego dla developera odpowiedzialnego za warstwę frontendu. Jeszcze inaczej do tematu podejdzie klient. W dużym projekcie, nad kt&oacute,rym pracuje wiele os&oacute,b, podejście do tej kwestii bywa kompletnie r&oacute,żne od tego w niewielkim projekcie, za kt&oacute,ry odpowiedzialny jest zesp&oacute,ł trzyosobowy. Do tego dochodzą zmieniające się trendy. Wzorce projektowe, kt&oacute,re były słuszne dwa, trzy lata temu i gwarantowały w&oacute,wczas wysoką jakość uzyskanego oprogramowania, dziś mogą się okazać nieprzydatne.

Czy zatem nie istnieją uniwersalne wzorce ani normy jakości projekt&oacute,w w IT? Oczywiście, że istnieją. Aleksandra Kunysz, dla kt&oacute,rej propagowanie wiedzy na temat jakości stanowi życiową pasję, dzieli się nimi w tej książce. Przygląda się w niej wszystkim czynnikom, kt&oacute,re mają wpływ na ostateczny produkt, czyli zam&oacute,wione oprogramowanie. Zwraca oczywiście uwagę na sprawy techniczne, ale przede wszystkim podkreśla rolę czynnika ludzkiego: cechy osobowe klienta, przedstawicieli firm negocjujących warunki, członk&oacute,w zespoł&oacute,w projektowych itd. Ponieważ wyjściowo wygląda to zwykle tak, że ile os&oacute,b, tyle pomysł&oacute,w na jakość. A rzecz w tym, by uwsp&oacute,lnić oczekiwania i ... co za tym idzie ... uzyskany rezultat.