TGViewer
Журнал инженера-программиста Журнал инженера-программиста @software_engineer_notes · 247 subscribers
Post #323 255
Не отказывайтесь от опыта!

Нашел в почте письмо с вопросом на Хабр, которое модераторы уже удалили по причине невозможности дать однозначный ответ. Один бизнес-аналитик спрашивает совета у бывалых как спрыгивать с проекта, который не нравится, но на который перебрасывали его команду:

Мне он показался "сильно проблемным", а задачи не реальные по срокам. Проект идет полтора года, сменилась куча народу, до запуска системы 1 месяц. Прошлого ответственного по подсистеме нет, актуальных ФТ нет, негативная/горящая атмосфера и от заказчика, и внутри команды.

И нужно: 1) выяснить и отрисовать схемы бп 2) разобраться насколько это укладывается в уже проделанную работу 3) написать ТЗ по расхождениям, проверить после реализации разработчиком (в общем, привести ожидания заказчика и "непонятную черную дыру" к единому).

На вопрос, "что я думаю" - ответил, что не хотелось бы в это лезть. Спросил, есть ли ещё какие то варианты? Сказали, что через ~2 месяца стартует новый. Поспрашивал и сказал, что да, супер, сюда бы с радостью. Но меня тут же упрекнули: "ты собираешься 2 месяца без работы сидеть?"


Напомню, что вопрос задает не РП, не тимлид и даже не программист - а бизнес-аналитик. Из указания на "негативную атмосферу" видно, что проблемы очевидны не только герою, но и все остальным. Так же сделаю акцент, что это наёмный работник на зарплате и от успешности проекта его доход напрямую не зависит, и в крайнем случае посидит месяц-два пока не устроится в другую компанию.

Если бы вопрос не был удален, я бы посоветовал не отказываться от этой работы. Успешность или провальность проекта зависит не от "благоприятных условий", а от желания команды победить. Если аналитик опишет требуемые процессы, то это "козырь" для РП на перенос сроков и четкое "что делать" для разработчиков, которое им моментально поднимет настроение. А вот аналитик с настроем "пусть оно все без меня ипется" - это окончательный приговор.

Когда-то давно я был на крайне неудачном проекте в Тернополе и даже уговаривал наших директоров его отдать местному франчу - это была сырая УТП 1.0 с кучей багов, от чего заказчики были недовольны. А паралельно во Львове на связанной фирме (в той же отрасли) был проект на обкатанной УПП с выделенным аналитиком, где все идеально ложилось и заказчики были счастливы. Но по итогу за полгода я вычистил все баги и реализовал всю требуемую функциональность, а проект во Львове закрылся и потянул за собой компанию, которую поглотили тернопольчане. Мне всего-то нужно было не сдаваться.
  • 🔥 7
  • 👍 2
More from @software_engineer_notes
  1. Oct 3, 2026"Вы автоматизируете хаос" - этим страхом любят пугать своих бизнес-заказчиков консалтеры,…
  2. Sep 28, 2026Уже второй проект на работе делаю в методике "парного программирования" с Claude Code. И с…
  3. Sep 13, 2026За последний месяц произошло много событий, но наиболее интересным является использование…
  4. Sep 1, 2026Самая обычная бумажная книга учета - это пока лучший инструмент фиксации проектных изменен…
  5. Aug 31, 2026Очень показательная причина моей нелюбви реализации сравнения/объединения конфигураций в 1…
  6. Aug 29, 2026О концепции LLM-Wiki я впервые прочитал на X (Twitter). Чтобы позже ознакомится детальнее,…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →