O dużych projektach

Zakładam, że duży projekt to taki, w którym integrowane są minimum 3 systemy. W projektach z dużą liczbą systemów najwięcej czasu pochłaniają testy. Harmonogram testów powinien być ustalany z dużym wyprzedzeniem i zatwierdzany na wszystkich szczeblach począwszy od samej góry do dewelopera, który ma uczestniczyć w testach, i jego zastępcy (zawsze należy mieć dodatkowego człowieka). Uczestnicy testów najpóźniej dzień przed zorganizowaną akcją powinni być biegle obeznani w artefaktach (XSD, WSDL, etc) i dokumentacji. Powinni być także zarezerwowani deweloperzy zdolni do zidentyfikowania i naprawienia błędów. Przypadki testowe powinny być jak najbardziej równoległe tzn. błąd w jednym obszarze testów nie powoduje przestoju tylko przejście do innej puli testów. Podczas testów do dyspozycji powinny być wszystkie zespoły, które brały udział w projekcie. Stworzenie takiego harmonogramu wymaga ekwilibrystyki i dobrych zdolności negocjacyjnych oraz zapłacenia chwilowo bezczynnym ludziom za bycie w "stanie gotowości". Wykrycie krytycznego błędu uniemożliwiającego testy powinno skutkować ich przerwaniem i zaplanowaniem harmonogramu od nowa. W ostatecznym rozrachunku testy przeprowadzone w ten sposób będą zrobione szybciej i taniej.