The post has been translated automatically. Original language: Russian
Imagine a technology company meeting
The founder says:
— You need to launch the app before September.
All participants agree. But everyone understands the result in their own way.:
— development — the code is ready and the application is published; — marketing — an advertising campaign has been launched; — sales — the first paying customer appeared; — finance — the money has been credited to the account; — support — the user has received the promised result.
The team agreed, but actually agreed on five different results.
It is precisely such misunderstandings that later turn into delays, alterations, and recriminations.
How to see the gap before starting work
In strategic and design sessions, I place the initial formulation in the center of the overall visual map and apply the TRIZ system operator.
The team considers the project in nine projections:
— past, present and future; — suprasystem, system and subsystems.
Questions appear sequentially on the screen.
The past
— Why did the previous launch attempts fail? — What limitations and errors are transferred to the new project?
Present
— What problem does the product solve for the customer? — What needs to happen for the launch to be considered successful? — Which people, processes, data, documents and technologies should be ready?
Future
— What will happen after the product is published? — Who is responsible for support, payment, analytics and development? — Will the system be able to work with an increasing number of users?
The participants' answers immediately appear on the general map.
Potential gaps are becoming visible:
— the product is ready, but the customer cannot pay; — ads have been launched, but support has not been prepared; — the tasks are defined, but there is no owner of the final result; — launch is planned, but product operation is not; — divisions use different success criteria.
The wording is changing
It was:
Launch the app before September 30th
Become:
By September 30, the target user can download the app, register, perform a key action, make a payment and receive the promised result. Support, analytics and data processing are working, process owners and indicators for the first 30 days are defined
Now the team sees not a single task, but the entire result system.
The usual protocol records what the participants said. The live visualization shows that they didn't finish their sentence.
Invitation to castdev
I'm currently researching how technology companies hold strategic and project meetings, capture decisions, and identify gaps between departments.
I invite you to a short online interview.:
— founders of startups; — Product and project managers; — Operating directors; — members of cross-functional teams.
The duration is 30 minutes.
Let's talk about that:
— where decisions are lost after meetings; — why do tasks have to be redone?; — what misunderstandings are discovered too late; — how the team captures dependencies, risks and responsibilities today.
In gratitude for your participation, I will analyze your business model.
This is a research interview, without presentation or service imposition.
If you are ready to participate, write the word "CASTDEV" in the comments or by personal message.
#AI #Startup #CustomerDevelopment #Project Management #TRIZ Strategy #AstanaHub
Представьте совещание технологической компании
Основатель говорит:
— До сентября нужно запустить приложение.
Все участники согласны. Но каждый понимает результат по-своему:
— разработка — код готов и приложение опубликовано;
— маркетинг — рекламная кампания запущена;
— продажи — появился первый платящий клиент;
— финансы — деньги поступили на счёт;
— поддержка — пользователь получил обещанный результат.
Команда согласилась, но фактически договорилась о пяти
разных результатах.
Именно такие недоговорённости позже превращаются в задержки, переделки и взаимные обвинения
Как увидеть разрыв до начала работы
На стратегических и проектных сессиях я помещаю исходную формулировку в центр общей визуальной карты и применяю системный оператор ТРИЗ.
Команда рассматривает проект в девяти проекциях:
— прошлое, настоящее и будущее;
— надсистема, система и подсистемы
На экране последовательно появляются вопросы
Прошлое
— Почему предыдущие попытки запуска не дали результата?
— Какие ограничения и ошибки переносятся в новый проект?
Настоящее
— Какую проблему клиента решает продукт?
— Что должно произойти, чтобы запуск считался состоявшимся?
— Какие люди, процессы, данные, документы и технологии должны быть готовы?
Будущее
— Что произойдёт после публикации продукта?
— Кто отвечает за поддержку, оплату, аналитику и развитие?
— Сможет ли система работать при росте количества пользователей?
Ответы участников сразу появляются на общей карте.
Становятся видны потенциальные разрывы:
— продукт готов, но клиент не может оплатить;
— реклама запущена, но поддержка не подготовлена;
— задачи определены, но нет владельца конечного результата;
— запуск запланирован, но эксплуатация продукта — нет;
— подразделения используют разные критерии успеха
Формулировка меняется
Было:
Запустить приложение до 30 сентября
Стало:
К 30 сентября целевой пользователь может скачать приложение, зарегистрироваться, выполнить ключевое действие, провести оплату и получить обещанный результат. Поддержка, аналитика и обработка данных работают, владельцы процессов и показатели первых 30 дней определены
Теперь команда видит не отдельную задачу, а всю систему результата.
Обычный протокол фиксирует, что участники сказали.
Живая визуализация показывает, что они не договорили
Share
