TGViewer
Дзен ПМа Дзен ПМа @dzenpm · 371 subscribers
Post #114 376
Всем привет
Пришло время обсудить какой то кейс из практики, по свежим следам, что называется.

Есть проект, мобильное приложение для торговли акциями, простое достаточно, пользователю надо просто перевести деньги и купить акции в один клик (без лимиток и тд, просто маркет ордера). Надо разработать MVP.

Контракт time&material, с ограничением (cap) по макс бюджету, которое нельзя превышать, скажем 400 тысяч, а также с жестким дедлайном на 4 месяца разработки и 1 месяцем приемки.

На пресейле дали оценку в 320-350 тысяч и договорились на итоговый буфер до 400т.

ПМу досталась команда, далекая от идеала, где нет техлида, на беке есть пару миддлов и джун, на мобилке крепкие миддлы. Бизнес аналитик слабый, миддл минус, без релевантного опыта в домене (как и у разработчиков).

Клиент - очень активный, создает давление, потому что сам находится под давлением своего инвестора.

В итоге, по мере разработки вылезли такие проблемы/риски:

- аналитик пишет не очень качественные требования, что приводит к пробелам в имплементации
- миддлы на беке без опытного техлида часто превышают оценки, которые были на пресейле
- клиент постоянно вносит мелкие правки в интерфейс
- интеграции с брокером и KYC (Know Your Customer - проверка личности клиента с точки зрения фин регулятора, которую делает отдельная платформа) занимают в разы больше времени, чем было изначально запланировано, в том числе потому что клиент ожидает что команда настроит прод настройки в этих сторонних платформах, а в случае брокера еще и пройдет проверку для перехода из песочницы в прод, при этом брокер постоянно усложняет требования и просит дополнительные элементы
- в конце проекта становится понятно, что архитектура на беке неоптимальная и что постоянно всплывают проблемы неоптимизированности. Например, если интеграция по каким то причинам недоступна или не отвечает, то приложение просто перестает работать, даже если это просто не получены некоторые цифры для отображения

В итоге к дате завершения разработки и на старте приемки весь бюджет израсходован полностью, у клиента нет доп денег, пока не будет произведена приемка и инвестору не будет показано полностью рабочее приложение, только тогда он выделит еще деньги.

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

ПМ героически затыкает собой дыры в бизнес анализе и разбирает с разработчиками тех требования по интеграции.

ПМом были допущены некоторые ошибки в процессе ведения проекта. Как вы думаете, какие? Что можно и нужно было делать по другому в процессе ведения этого проекта?

Ну и что нужно делать теперь в этой ситуации?

Пишите свои мнения в комментариях, а я следующим постом опишу свой вариант ответа на эти вопросы.
  • ❤ 7
More from @dzenpm
  1. Oct 16, 2026Всем привет С мая я работаю на частичной занятости, благодаря тому что ИИ меня уже почти з…
  2. Oct 8, 2026всем привет Очень много времени сейчас уделяю изучению как работают "фабрики ПО" (software…
  3. Sep 22, 2026всем привет Тяжело удержаться от того, чтобы каждый пост не писать про ИИ) Все остальное н…
  4. Sep 13, 2026photo post
  5. Sep 13, 2026Всем привет Вот такую картинку Gartner опубликовал как вариант того, к чему сейчас все дви…
  6. Sep 3, 2026всем привет любой менеджмент хочет получить стабильный и предсказуемый результат. Весь дви…
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 →