Motywacja juniora, który przyniósł pomysł

Młodszy kolega przychodzi do Ciebie z pomysłem jak refaktoryzować/ulepszyć istniejącą funkcjonalność w systemie, który wspólnie rozwijacie. Bardzo się cieszysz, że próbuje myśleć o pewnych sprawach i zdecydowanie go za to pochwalasz i dajesz możliwość spróbowania.

Podczas analizy odkrywasz, że proponowane rozwiązanie nie jest lepsze od istniejącego, a nawet zawiera problemy projektowe. Niestety jednak są to tak podstępne problemy, że nie da się ich bezpośrednio wskazać, a opierają się bardziej na przeczuciu i doświadczeniu opartym na prowadzeniu innych systemów. Na przykład nowo zaproponowane rozwiązanie mogłoby z pewnym prawdopodobieństwem zwiększyć koszty operacyjne o około 30% i trzeba by było częściowo przekwalifikować istniejący zespół.

Jak się zdecydować?

1. stosujesz odwołanie do autorytetów i po prostu odrzucasz rozwiązanie, bo nie widzisz obecnie większych korzyści.
2. Czy próbujesz zastosować proponowane rozwiązanie, które jest nieco lepsze, dzięki czemu junior zdobywa nowe doświadczenie, ale nie możesz do końca dokładnie przewidzieć skutków?
3. W wolnym czasie starasz się myśleć (zajmie to około 4 godzin dodatkowej pracy), jak ulepszyć proponowane rozwiązanie, zaproponować zmiany, a następnie wykorzystać to.
4. Starasz się wytłumaczyć juniorowi, że jego sugestia wynika z niezrozumienia natury obecnego projektu, więc wybrał niewłaściwe rozwiązanie, a ty obierasz drogę ugruntowanego doświadczenia, choć wiesz, że ogólnie stracisz możliwość pójścia w nowoczesnym kierunku.
5. Inne rozwiązanie...

Jan Barášek   Více o autorovi

Autor článku pracuje jako seniorní vývojář a software architekt v Praze. Navrhuje a spravuje velké webové aplikace, které znáte a používáte. Od roku 2009 nabral bohaté zkušenosti, které tímto webem předává dál.

Rád vám pomůžu:

Kontakt