Нашел в почте письмо с вопросом на Хабр, которое модераторы уже удалили по причине невозможности дать однозначный ответ. Один бизнес-аналитик спрашивает совета у бывалых как спрыгивать с проекта, который не нравится, но на который перебрасывали его команду:
Мне он показался "сильно проблемным", а задачи не реальные по срокам. Проект идет полтора года, сменилась куча народу, до запуска системы 1 месяц. Прошлого ответственного по подсистеме нет, актуальных ФТ нет, негативная/горящая атмосфера и от заказчика, и внутри команды.
И нужно: 1) выяснить и отрисовать схемы бп 2) разобраться насколько это укладывается в уже проделанную работу 3) написать ТЗ по расхождениям, проверить после реализации разработчиком (в общем, привести ожидания заказчика и "непонятную черную дыру" к единому).
На вопрос, "что я думаю" - ответил, что не хотелось бы в это лезть. Спросил, есть ли ещё какие то варианты? Сказали, что через ~2 месяца стартует новый. Поспрашивал и сказал, что да, супер, сюда бы с радостью. Но меня тут же упрекнули: "ты собираешься 2 месяца без работы сидеть?"
Напомню, что вопрос задает не РП, не тимлид и даже не программист - а бизнес-аналитик. Из указания на "негативную атмосферу" видно, что проблемы очевидны не только герою, но и все остальным. Так же сделаю акцент, что это наёмный работник на зарплате и от успешности проекта его доход напрямую не зависит, и в крайнем случае посидит месяц-два пока не устроится в другую компанию.
Если бы вопрос не был удален, я бы посоветовал не отказываться от этой работы. Успешность или провальность проекта зависит не от "благоприятных условий", а от желания команды победить. Если аналитик опишет требуемые процессы, то это "козырь" для РП на перенос сроков и четкое "что делать" для разработчиков, которое им моментально поднимет настроение. А вот аналитик с настроем "пусть оно все без меня ипется" - это окончательный приговор.
Когда-то давно я был на крайне неудачном проекте в Тернополе и даже уговаривал наших директоров его отдать местному франчу - это была сырая УТП 1.0 с кучей багов, от чего заказчики были недовольны. А паралельно во Львове на связанной фирме (в той же отрасли) был проект на обкатанной УПП с выделенным аналитиком, где все идеально ложилось и заказчики были счастливы. Но по итогу за полгода я вычистил все баги и реализовал всю требуемую функциональность, а проект во Львове закрылся и потянул за собой компанию, которую поглотили тернопольчане. Мне всего-то нужно было не сдаваться.
