Dość oprogramowania Holy Wars!

Działajmy dalej i bądźmy lepsi w dostarczaniu działającego oprogramowania, które zadowoli, a może nawet zachwyci naszych klientów.

Okazuje się, że chrześcijanie, żydzi i muzułmanie czczą tego samego boga. Tam, gdzie się nie zgadzają, dotyczą szczegółów tego, co ten bóg ma na śniadanie i jaka jest jego polityka dotycząca brody i świąt państwowych.

Widzisz, okazuje się również, że „rzemieślnicy oprogramowania”, „inżynierowie oprogramowania” i „zwinni programiści” również czczą tego samego boga. Po prostu nie zgadzamy się co do drobniejszych szczegółów tego, jak dokładnie nasz bóg oczekuje od nas osiągnięcia dokładnie takich samych rezultatów, co do których wszyscy wydajemy się zgadzać, że powinniśmy dążyć.

Nie ma wątpliwości co do tego, że głównym przykazaniem naszego wspólnego boga jest to, że nie będziesz pisać oprogramowania, którego nie chciał twój klient.

Nie zgadzamy się też z tym, że będziemy musieli iterować, aby uzyskać konwergencję najbardziej przydatnego, użytecznego oprogramowania.

Zgadzamy się również, że testy powinny odbywać się tak wcześnie, jak to możliwe i tak często, jak to możliwe, jeśli nie chcemy tracić większości czasu na naprawianie błędów, które prześlizgnęły się przez sieć.

Rzeczywiście, pod każdym ważnym względem, zgadzamy się we wszystkim. (Cóż, w każdym razie każdy, kogo opinia ma znaczenie, zgadza się.)

Nie zgadzamy się co do tego, czy powinniśmy je nazywać „przypadkami użycia” czy „historiami użytkownika” i czy powinniśmy najpierw napisać nasze testy, czy napisać je po kodzie, czy też powinniśmy poświęcić czas na celowe ćwiczenie tych umiejętności, czy też powinniśmy dołączyć do akredytowanej organizacji zawodowej i uzyskać certyfikat. I tak dalej.

Podstawowe przekonania, podstawy tego, co robimy i dlaczego to robimy, pozostają niezmienne od dziesięcioleci. Stary Testament tworzenia oprogramowania jest wspólnym tekstem religijnym dla każdego, kto robi to dobrze.

Jeśli potrzebujesz przypomnienia, oto Dziesięć Przykazań Rozwoju Oprogramowania:

1. Nie będziesz pisał oprogramowania, którego nie chciał twój klient
2. Będziesz powtarzał swoje rozwiązania, w nieskończoność, jeśli to konieczne
3. Będziesz testował wcześnie i często
4. Będziesz zarządzać wersjami i konfiguracjami swojego oprogramowania, nawet gdy pracujesz sam
5. Nie skoczysz od razu do pisania kodu, jeśli nie przemyślałeś projektu
6. Nie będziesz pisał kodu, który trudno zmienić
7. Nie będziesz integrować ani udostępniać nieprzetestowanego kodu
8. Nie będziesz tworzyć interfejsów użytkownika, które są trudne w użyciu
9. Wymagania funkcjonalne i niefunkcjonalne należy traktować jednakowo
10. Będziesz automatyzował często powtarzane zadania i udostępniał często powtarzany kod

Każde z naszych przykazań oznacza dyscyplinę z własnym zestawem umiejętności, własnymi praktykami, własnymi standardami i własnym zasobem wiedzy. Możemy nie zgadzać się co do szczegółów, jak dokładnie przestrzegać każdego przykazania, ale zasadniczo, pod tym wszystkim, wszyscy czcimy tego samego boga.

Dość więc świętych wojen! Działajmy dalej i bądźmy lepsi w dostarczaniu działającego oprogramowania, które zadowoli, a może nawet zachwyci naszych klientów.