The post has been translated automatically. Original language: Russian
The longer I work with digital products, the more convinced I become of one thing: most problems in IT projects appear long before a single line of code is written.
When a project starts falling behind, attention usually shifts to the development team. But if you dig deeper, the root causes often emerge much earlier:
- Requirements were incomplete or became unclear along the way.
- Stakeholders never aligned on the desired outcome.
- Priorities were not reviewed when circumstances changed.
- Difficult conversations were postponed.
- Critical decisions were made too late.
As a result, the team writes code, closes tasks, and ships releases, yet the product still fails to deliver the expected business value.
I've been working as a Project Manager since 2021. My role is to create effective collaboration between business stakeholders, clients, and development teams.
Over the past five years, I've been responsible for the growth of digital products in SaaS, HoReCa, and business automation, building processes, coordinating teams, launching new features, and helping projects move forward in challenging situations.
What is interesting is that I have barely written anything publicly during that time.
Like many people in project management, most of my time was spent on meetings, deadlines, releases, and solving the next urgent issue that suddenly became the top priority.
Over five years in project management, I have accumulated plenty of lessons, mistakes, and management decisions that cost time, money, and energy. Many of them taught me more than any textbook ever could.
So I decided it was time to start sharing them.
Here, I'll be writing about what usually stays behind the scenes: project management, business-development alignment, costly mistakes teams make, and practical approaches that help projects reach their goals.
Let me start with a question:
In your experience, what causes the most project failures: people, processes, or technology?
Чем дольше я работаю с цифровыми продуктами, тем яснее вижу: большинство проблем в IT-проектах возникают задолго до начала разработки.
Когда проект начинает буксовать, внимание часто переключается на команду разработки. Но если копнуть глубже, обычно оказывается, что проблемы появились гораздо раньше:
- требования были неполными или размылись по пути;
- на старте не договорились о конечном результате;
- вовремя не пересмотрели приоритеты;
- отложили сложный разговор на потом;
- важное решение приняли слишком поздно.
В итоге команда пишет код, задачи закрываются, релизы выходят по плану, но ожидаемого результата для бизнеса всё равно нет.
С 2021 года я работаю Project/Product Manager. Моя задача — выстраивать понятное взаимодействие между бизнесом, заказчиками и командами разработки.
За это время отвечал за развитие цифровых продуктов в сферах SaaS, HoReCa и автоматизации бизнеса: выстраивал процессы, координировал работу команд и помогал проектам выходить из ситуаций, когда сроки уже начинали сдвигаться, а ожидания сторон расходились.
За всё это время я ничего не писал публично. Как и у многих, всё время уходило на проекты, встречи, дедлайны, релизы и решение очередной проблемы, которая внезапно становилась приоритетом номер один.
За 5 лет управления проектами накопилось немало историй, ошибок и управленческих решений, которые стоили времени, денег и нервов. Часть из них оказалась полезнее любых учебников.
Поэтому решил начать.
Здесь буду писать о том, что обычно остаётся за кадром: управлении проектами, взаимодействии бизнеса и разработки, ошибках, которые дорого обходятся командам, и подходах, которые помогают доводить проекты до результата.
И начну с вопроса
Что, по вашему опыту, чаще становится причиной проблем в проектах: люди, процессы или технологии?
Share
