Роль личности в истории

[elglin]

Оно понятно, что, в теории, "отряд не заметил потери бойца".
Но по факту (и даже в истории это случается сплошь и рядом) полимеры сплошь и рядом просираются, потому что какой-то важный товарищ (ведущий разраб, тимлид, техлид или тупо просто товарищ, который последний в конторе умеет ковыряться в этом куске легаси):
- свалил в отпуск, заболел, ушел в запой, уехал на похороны и так далее;
- затеял ремонт, упоролся в какое-то хобби, нашел новую компогаму и так далее;
- завел ребенка, посрался/развелся с женой/девушкой, или чадо принесло пачку двоек из школы;
- локально депрессанул или решил поискать смысла в жизни (не на дне стакана).
Короче, если у вас не галера со 100500 одинаковых гребцов, то надо быть готовым к необъяснимым просерам такого рода, а еще уметь их в какой-то мере предотвращать и парировать. А иногда и если галера.

Comments

Re: ведущий разраб, тимлид, техлид... свалил в отпуск, заб

[dememax]

Всё правильно!
И есть выход!
Только он - небесплатный: можно (и нужно) заставить писать доки, а лучше - очень детальные юнит-тесты (из которых можно постепенно понять, как всё работает, как оно должно работать; только вот не для всех областей применимо: распознать результат выдачи на принтер для сравнения с тем, что должно получится - может быть дороже, чем разработка самого модуля репорта), а лучше - и то, и другое, и ещё - обязательное code-review, и чтобы не одного ревьювера, а побольше.
Только это в разы (если не в сотни, тысячи) делает дороже разработку, зато - можно полностью менять как команду, так и язык разработки, например (т.к. есть юнит-тесты, есть документация по интерфейсам, ...)
Так делают большие компании, для которых в результате текучка кадров - не так важна, а их решения - стоят, как самолёт.
Но в некоторых областях без этого вообще не получится по-другому (та же аэрокосмическая промышленность, ...)
"Думате - сами, решайте - сами, ..."