HOW-TO: Jak wkurwić CM'a?

Z serii HOW-TO: Jak wkurwić CM'a?

Bardzo prosta metoda składająca się z kilku kroków. Wystarczy wysłać go na projekt:

• gdzie nikt się nie pokwapił o feasibility study;
• nie ma dokumentacji, a jak jest to w języku niezrozumiałym dla CM'a (n.p.: niemieckim);
  
• zrobić z niego przy okazji architekta;
• ... no i oczywiście CM'a, bo jak się okazało ,,jeszcze żyjący developerzy'' wymieniają się mailami;
• kazać mu pisać w C toole dla userlandu operujące na jakimś HW API, o którym nie ma nikt pojęcia i nie wiadomo, czy w ogóle funkcjonalność jest pokryta przez sprzęt;
• kazać zrobić interfejs w HTML - co robił ostatnio 10 lat temu;
• zarządzać projektem metodą ,,a zobaczymy co z tego wyjdzie, ty masz zrobić wszystko, bo reszta się nie zna'';
• kazać mu napisać agenta SNMP - teraz przynajmniej wiem po co to jest i muszę powiedzieć, że z Simple, to nie ma nic wspólnego - przynajmniej jeśli chodzi o implementacje;
• pozbyć się wszystkich (aż 3 developerów), którzy pracowali nad tym gównem (i to już na samym początku projektu);
• litościwie ściągnąć jednego developera do pomocy, który mota się jak grzyb w monopolowym;
• ignorować uwagi na temat wydajności urządzenia (wszak średnie load average powyżej 2.0, to nic nadzwyczajnego) i kazać mu rozwiązać ten problem;
• skasować mu szkolenie z ClearCase'a, które prowadził dla ,,ludzi tego potrzebujących'' (i to w trakcie jego trwania) - oczywiście na pytanie o pozwolenie trzeba czekać tydzień, a odpowiedź przychodzi w trakcie trwania owego szkolenia ... chyba już o tym wspomniałem;
• dawać mu tyle tasków do zrobienia, żeby się pogubił;
• nie zaciągnąć testerów do projektu - wszak CM też może robić za testera;
• obarczać CM'a winą za podupadanie projektu - wszak jest on jedynym, który nad nim pracuje;
• dać mu pod opiekę build system i wymyślać w tym celu różne niespodzianki z tym związane;
• o braku dokumentacji wspominałem, ale dodam jeszcze, że należy przechowywać szczątki jej (aż 2 bezużyteczne dokumenty) w miejscu, do którego CM nie ma dostępu;
• mieć pretensje do niskiej jakości Look&Feel interfejsu HTML;
• kazać mu to wszystko zrobić w 4 miesiące.

To wystarczy, aczkolwiek, to i tak nie wszystko ...