Optymalna wielkość teamu

Aktualnie pracuję w teamie 3 osobowym. Jako osoba z największym doświadczeniem pełnię rolę lidera. Rozdzielam zadania oraz podejmuje kluczowe decyzje odnośnie architektury. Muszę przyznać, że to najlepszy team w jakim udało mi się pracować. Nie dlatego, że moi koledzy są tak świetnymi programistami, wręcz przeciwnie, dlatego, że decydujące słowo mam ja.

Od pewnego czasu nie mogę już patrzeć na niechlujstwo młodych programistów (i nie tylko!). Traktują oni pisanie kodu jak wyuczoną czynność, którą wykonujemy podświadomie, bez zastanawiania się. Niesie to niestety za sobą opłakane konsekwencje. Kodowanie to nie jest czynność taka jak jazda na rowerze czy picie herbaty. Jeśli ktoś przejechał 1000 kilometrów na rowerze czy wypił 1000 herbat, można powiedzieć, że w pełni opanował te czynności. W przypadku kodu, napisanie tysięcy linii nie gwarantuje, że programista potrafi kodować. Być może potrafi szybko wklepywać kod do pamięci komputera, ale nie koniecznie oznacza to, że jest dobrym programistą. Dla mnie kodowanie zaczyna się znacznie wcześniej niż etap pisania, rozpoczyna się w momencie otrzymania wymagania. Etap poprzedzający pisanie kodu jest znacznie ważniejszy, jest decydujący. Ustalenie takich wydawałoby się prostych rzeczy jak odpowiednie miejsce dla nowego kodu jest kluczowe. Może kiedyś napiszę o tym więcej, a teraz wrócę do głównego tematu tego wpisu. Jaka jest dla mnie optymalna wielkość teamu? Jest to team składający się z jednej osoby - mnie. Prawda jest taka, że najlepiej pracuje mi się samemu. Rozumiem swój kod, wiem jak go pisać, aby był czytelny i mam swoje przyzwyczajenia, które mi to ułatwiają. Zwracam uwagę na wiele szczegółów i nie mogę patrzeć, gdy ktoś bezmyślnie mi go psuje. Pisanie kodu polega na ciągłym zastanawianiu się nad jego konsekwencjami. Tego właśnie brakuje słabym.