Radzenie sobie z innymi programistami

Ale, że co, że jak się będzie używało technik i technologii zgodnie z zamysłem twórców, to nie zdąży się z MVP na czas? :|
No ja tam nie wiem, ale z moich obserwacji wynika, że robienie "po swojemu" zamiast przeczytania instrukcji zazwyczaj powoduje problemy, których rozwiązywanie zajmuje sporo czasu. Czasu, który można oszczędzić właśnie robiąc dobrze od początku.

A jak poradzić sobie z programistą który jest lepszy od średniej w teamie i ciągle kończy taski przed deadlajnem? Menedżment wkurzony bo ciągle trzeba nową robotę znajdować, koledzy wkurzeni bo wyglądają cienko jak d**węża i daje menedżmentowi argument przeciwko podwyżkom. Lider wkurzony bo nie wiadomo co zrobić - zwolnić gościa nie fair bo to nie jego wina że jest dobry, jak ciągle przydzielać ciężkie taski to jeszcze oskarży o mobbing. Zlecisz pisanie testów - to samo, nierozwijająca robota.

Ja nie wiem - zapraszasz gościa na piwo, tłumaczysz że plan jest po to żeby go wykonać co najwyżej o czasie, że przeszacowywanie tasków to rzecz dobra a ten potakuje i dalej to samo. Jak sobie z czymś takim poradzić?

Jeśli było ustalone wcześniej i wszyscy się zgodzili, to po prostu napisz prywatnie do gościa, wyjaśnij, skoro ustaliliście wcześniej to zacznijcie tak robić. Starego kodu oczywiście na siłę nie warto przepisywać, ale wszystko nowe dodajcie tak jak trzeba. Nie wiem jak w Javie, ale w JS jest cos takiego jak eslint i wiele rzeczy można właśnie nim wymusić, więc taka osoba podczas pisania pierwszej linijki już będzie widzieć, że coś jest nie tak i nie będzie musiała wszystkiego przepisywać jak jest już gotowe i działające.