1) ну это тоже типичная проблема, тут неправ тот кто задачу от заказчика просто поставил разработчику, менеджерский косяк
2) со старым либо максимально его изолировать, либо увольнять, да
3) ну нет, договор даже с друзьями надо подписывать, аргументация ‘по-человечески’ слишком размыта и очень разная у всех. вообще рассчитывать на человечность в деловых вопросах - очень плохая идея, тут про выгоду же
1) В том-то и проблема: нет никакого промежуточного звена между заказчиком и разработчиком, никакого менеджера. Вообще замечание справедливое - его наличие бы не помешало. М.б. это проблема прямых коммуникаций. Нужна прослойка. Но ее нет, т.к. проект - это стартап со всеми вытекающими: процессы не организованы, паранойя по поводу показа/изменения того или иного кода, разработчики скорее временные, чем постоянные. Хотя да, проект уже имхо был на той стадии, когда пора это все организовывать.
2) Увольнять не увольнять, но м.б. провести беседу, расставить точки над i, определиться с процессами было бы неплохо. Новому разработчику входить в коллектив всегда нелегко, надо его поддерживать и не давать старичкам зазнаваться.
3) По контракту срок уведомления - две недели. Но это при завершении, а тут вроде как "постановка на паузу", что в контракте не оговорено. Как с этим быть?