The post has been translated automatically. Original language: Russian
<iframe width="560" height="315" src="https://www.youtube.com/embed/q3wFuhfX8EI?si=mkjFyRxLAA3ot4yx" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>In one of the videos, Mark Darragh shared 12 rules that he follows in his life and work. At first glance, this is a set of personal principles. But if you look at them through the prism of Product Management, GameDev, and team management, they add up to a deeper system.
These are not rules about “how to be successful”.These are rules about how to act in uncertainty.
1. Remember the survivor's mistake
The advice of successful people is dangerous because it sounds convincing. The person has walked the path, got the result, and explains which principles helped him.
But the problem is that we only see survivors.
We don't see those who followed the same principles, made similar decisions, took similar risks, and lost. Therefore, any advice should be taken not as an instruction, but as a hypothesis.
This is especially important for a product leader. You can't just take someone else's strategy, someone else's roadmap, or someone else's organizational model and put it in your context. Each team, game, and company has its own market, constraints, culture, and moment in time.
2. Recognize the role of luck
In a professional environment, it is not always convenient to talk about luck. We want to believe that success is only about competence, discipline, and strategy.
But in reality, luck exists.
The market may turn in the right direction. A competitor may make a mistake. The right person can show up at the right moment. Or vice versa: a strong team and a good product can get into a bad timing.
Recognizing the role of luck does not make a person weaker. On the contrary, it makes the leader more realistic. If you realize that you don't control everything, you start building systems that are resilient to the unexpected.
3. Say “yes" more often
Many career opportunities appear before a person feels fully prepared.
This is especially noticeable in Product and GameDev. New areas of responsibility often come through uncertainty: a new product, a new team, a new market, a new type of player, a new business model risk.
If you always wait for full availability, you can skip most of the features.
But “yes" does not mean thoughtless consent. Rather, it is a willingness to enter into tasks where there is growth, responsibility and a chance to gain new experience.
4. Look for reasons, not excuses.
An excuse helps not to change anything.The reason helps to change the system.
If the feature didn't work, the release failed, or the team made a mistake, you can find a beautiful explanation: the market is not ready, users did not understand, development did not have time, marketing did not deliver.
But for the leader, another question is more important: what exactly is broken?
Was the hypothesis weak?Was the data incorrect?Was the communication incomplete?Were the deadlines unrealistic?Did the team not understand the goal?
While we are looking for the culprit, the system is not improving. When we look for the reason, there is a chance not to repeat the mistake.
5. Be ready to react
Sometimes it's impossible to make a perfect decision right now. There is not enough data, the context is changing, and there are too many options.
But that doesn't mean you have to be passive.
A good leader prepares to react. He monitors the signals, determines possible scenarios in advance, and understands what decisions will have to be made if the situation changes.
This is an important skill for product management: you don't always know what's going to happen, but you can be prepared for something to happen.
6. Work with the problem
When failure occurs, it's easy to get stuck in emotions: irritation, frustration, and blame-hunting.
But a product—mature approach is to shift attention to the problem itself.
What exactly happened?Which mechanism failed?What can be fixed?What conclusions should be integrated into the process?
In strong teams, problems do not become a reason for political games. They become the material for improving the system.
7. Focus on strengths
Developing strengths often yields greater results than endlessly trying to fix weaknesses.
This does not mean that weaknesses can be ignored. But not every weakness needs to be turned into a personal self-improvement project.
It is better to compensate for some weaknesses with the process.Some are delegated.Some are the strongest people in the team.
The task of a leader is not to be perfect in everything. The leader's task is to assemble a system where people's strengths reinforce each other.
8. Beware of overconfidence
People with a universal answer to all questions often look convincing.
But the same answer is rarely appropriate for different situations.
This is especially dangerous in the product. What works for one market may fail in another. What works for a mobile game can be toxic for a PC/console audience. What worked in a startup may not work in a mature company.
Confidence does not always equal competence. Sometimes it's just a habit of applying the same tool to all problems.
9. Make decisions at the last reasonable moment
This is one of the most powerful principles.
A bad decision is often made either too early or too late.
Too early — when there is still little data.It's too late — when the window of opportunity is already closed.
A good leader knows how to keep a decision open long enough to gather information, but not so long as to lose the opportunity to act.
In Product Management, this is especially important: the decision is not the final point, but the bid, which then needs to be checked and adjusted.
10. Manage emotions
Emotions are energy.But if you don't manage them, they start managing the team.
Anger, enthusiasm, frustration, and anxiety all affect the people around you. A leader doesn't have to be emotionless. But he must understand how his emotions affect the system.
Sometimes emotion can mobilize a team.Sometimes it can destroy trust.The difference is whether it is used consciously.
11. Sharing information is more than comfortable.
Many problems in teams arise not from bad decisions, but from a lack of context.
When people don't understand what's going on, they start to figure it out. And second-guessing is almost always worse than reality.
Transparency can be uncomfortable. But withholding information often leads to the fact that the truth appears too late and in a worse interpretation.
For gaming products, this applies not only to teams, but also to players. Open communication with the audience often reduces tension and helps people understand that the team sees the problem and is working with it.
12. Punctuality is about respect.
Punctuality is often perceived as a small thing. But in teamwork, it's a signal.
If a person is regularly late, they are effectively saying: my time is more important than yours.
This is especially critical in development because one person's time is linked to the time of others. Meetings, synchronizations, reviews, releases, dependencies between teams — all this is based on respect for the general rhythm.
The main conclusion
For me, these 12 rules are not about personal effectiveness in the classical sense.
They're about mature leadership.
A strong leader is not a person who always knows the right answer.A strong leader is a person who knows how to deal with uncertainty, mistakes, emotions, information, time, and context.
This is especially important in Product and GameDev, because there are almost never ideal conditions here. There are incomplete data, limited resources, complex teams, a changing market, and players who always feel fake.
Therefore, good rules do not guarantee success.But they help to reduce the number of stupid failures.
And sometimes this is what distinguishes a stable team from a team that breaks down at the first serious pressure.
<iframe width="560" height="315" src="https://www.youtube.com/embed/q3wFuhfX8EI?si=mkjFyRxLAA3ot4yx" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>Марк Дарра в одном из видео поделился 12 правилами, которыми он руководствуется в жизни и работе. На первый взгляд, это набор личных принципов. Но если смотреть на них через призму Product Management, GameDev и управления командами, они складываются в более глубокую систему.
Это не правила про “как стать успешным”.Это правила про то, как действовать в неопределенности.
1. Помнить об ошибке выжившего
Советы успешных людей опасны тем, что они звучат убедительно. Человек прошел путь, получил результат и объясняет, какие принципы ему помогли.
Но проблема в том, что мы видим только выживших.
Мы не видим тех, кто следовал тем же принципам, принимал похожие решения, рисковал похожим образом — и проиграл. Поэтому любой совет нужно воспринимать не как инструкцию, а как гипотезу.
Для продуктового лидера это особенно важно. Нельзя просто взять чужую стратегию, чужой roadmap или чужую организационную модель и перенести ее в свой контекст. У каждой команды, игры и компании свой рынок, ограничения, культура и момент времени.
2. Признавать роль удачи
В профессиональной среде не всегда удобно говорить об удаче. Нам хочется верить, что успех — это только компетентность, дисциплина и стратегия.
Но в реальности удача существует.
Рынок может повернуться в нужную сторону. Конкурент может ошибиться. Правильный человек может появиться в нужный момент. Или наоборот: сильная команда и хороший продукт могут попасть в плохой тайминг.
Признание роли удачи не делает человека слабее. Наоборот, оно делает лидера реалистичнее. Если ты понимаешь, что не контролируешь всё, ты начинаешь строить системы, которые устойчивы к неожиданностям.
3. Говорить “да” чаще
Многие карьерные возможности появляются до того, как человек чувствует себя полностью готовым.
Это особенно заметно в Product и GameDev. Новые зоны ответственности часто приходят через неопределенность: новый продукт, новая команда, новый рынок, новый тип игроков, новый бизнес-модельный риск.
Если всегда ждать полной готовности, можно пропустить большую часть возможностей.
Но “да” не означает бездумное согласие. Это скорее готовность входить в задачи, где есть рост, ответственность и шанс получить новый опыт.
4. Искать причины, а не оправдания
Оправдание помогает ничего не менять.Причина помогает изменить систему.
Если фича не сработала, релиз сорвался или команда ошиблась, можно найти красивое объяснение: рынок не готов, пользователи не поняли, разработка не успела, маркетинг не донес.
Но для лидера важнее другой вопрос: что именно сломалось?
Гипотеза была слабой?Данные были неверными?Коммуникация была неполной?Сроки были нереалистичными?Команда не понимала цель?
Пока мы ищем виноватого, система не улучшается. Когда мы ищем причину, появляется шанс не повторить ошибку.
5. Быть готовым реагировать
Иногда невозможно принять идеальное решение прямо сейчас. Данных недостаточно, контекст меняется, вариантов слишком много.
Но это не значит, что нужно быть пассивным.
Хороший лидер готовится реагировать. Он следит за сигналами, заранее определяет возможные сценарии, понимает, какие решения придется принять при изменении ситуации.
Это важный навык для управления продуктом: не всегда можно знать, что произойдет, но можно быть готовым к тому, что произойдет что-то.
6. Работать с проблемой
Когда происходит неудача, легко застрять в эмоциях: раздражении, разочаровании, поиске виноватых.
Но продуктово зрелый подход — это переключение внимания на саму проблему.
Что именно произошло?Какой механизм дал сбой?Что можно исправить?Какие выводы нужно встроить в процесс?
В сильных командах проблемы не становятся поводом для политических игр. Они становятся материалом для улучшения системы.
7. Фокусироваться на сильных сторонах
Развитие сильных сторон часто дает больший результат, чем бесконечная попытка исправлять слабости.
Это не значит, что слабости можно игнорировать. Но не каждую слабость нужно превращать в личный проект по самосовершенствованию.
Некоторые слабости лучше компенсировать процессом.Некоторые — делегировать.Некоторые — закрыть сильными людьми в команде.
Задача лидера — не быть идеальным во всем. Задача лидера — собрать систему, где сильные стороны людей усиливают друг друга.
8. Остерегаться излишней самоуверенности
Люди с универсальным ответом на все вопросы часто выглядят убедительно.
Но один и тот же ответ редко подходит для разных ситуаций.
В продукте это особенно опасно. То, что работает для одного рынка, может провалиться на другом. То, что работает для мобильной игры, может быть токсичным для PC/console-аудитории. То, что сработало в стартапе, может не сработать в зрелой компании.
Уверенность не всегда равна компетентности. Иногда это просто привычка применять один и тот же инструмент ко всем проблемам.
9. Принимать решения в последний разумный момент
Это один из самых сильных принципов.
Плохое решение часто принимается либо слишком рано, либо слишком поздно.
Слишком рано — когда еще мало данных.Слишком поздно — когда окно возможностей уже закрыто.
Хороший лидер умеет держать решение открытым достаточно долго, чтобы собрать информацию, но не настолько долго, чтобы потерять возможность действовать.
В Product Management это особенно важно: решение — это не финальная точка, а ставка, которую потом нужно проверять и корректировать.
10. Управлять эмоциями
Эмоции — это энергия.Но если ими не управлять, они начинают управлять командой.
Гнев, энтузиазм, разочарование, тревога — всё это влияет на людей вокруг. Лидер не обязан быть безэмоциональным. Но он обязан понимать, как его эмоции воздействуют на систему.
Иногда эмоция может мобилизовать команду.Иногда — разрушить доверие.Разница в том, используется ли она осознанно.
11. Делиться информацией больше, чем комфортно
Многие проблемы в командах возникают не из-за плохих решений, а из-за недостатка контекста.
Когда люди не понимают, что происходит, они начинают додумывать. А додумывание почти всегда хуже реальности.
Прозрачность может быть дискомфортной. Но утаивание информации часто приводит к тому, что правда появляется слишком поздно и в худшей интерпретации.
Для игровых продуктов это касается не только команд, но и игроков. Открытая коммуникация с аудиторией часто снижает напряжение и помогает людям понять, что команда видит проблему и работает с ней.
12. Пунктуальность — это уважение
Пунктуальность часто воспринимается как мелочь. Но в командной работе это сигнал.
Если человек регулярно опаздывает, он фактически говорит: мое время важнее вашего.
В разработке это особенно критично, потому что время одного человека связано со временем других. Встречи, синхронизации, ревью, релизы, зависимости между командами — всё это держится на уважении к общему ритму.
Главный вывод
Для меня эти 12 правил — не про личную эффективность в классическом смысле.
Они про зрелое лидерство.
Сильный лидер — это не человек, который всегда знает правильный ответ.Сильный лидер — это человек, который умеет работать с неопределенностью, ошибками, эмоциями, информацией, временем и контекстом.
В Product и GameDev это особенно важно, потому что здесь почти никогда нет идеальных условий. Есть неполные данные, ограниченные ресурсы, сложные команды, меняющийся рынок и игроки, которые всегда чувствуют фальшь.
Поэтому хорошие правила не гарантируют успех.Но они помогают уменьшить количество глупых провалов.
И иногда именно это отличает устойчивую команду от команды, которая ломается при первом серьезном давлении.
Share
