Макс Грессер: эксперт по стратегии

Чтобы превратить идею нового проекта в понятный набор действий, нужен календарный план. Без него легко запутаться в том, кто, что и когда делает, пропустить важный шаг или не уложиться в сроки. По сути, это главный инструмент контроля проекта — от старта до завершения без авралов. Календарный план — список задач по конкретному проекту. Он отличается от стратегического и финансового планов тем, что фокусируется на сроках и последовательности действий, а не на долгосрочных целях или окупаемости бизнеса...

UX — пользовательский опыт: всё, что человек ощущает и делает при взаимодействии с продуктом. Понять, какие шаги кажутся ему логичными, а где он спотыкается, помогают UX-исследования. Они отвечают на вопросы, которые нельзя «додумать» за пользователя: почему клиенты интернет-магазина не находят кнопку «Изменить заказ» и отказываются от покупки? Почему на образовательной платформе люди бросают заполнение длинной анкеты при регистрации? Качественные методы дают информацию, которую нельзя выразить в цифрах...

Спринт (sprint) — фиксированный отрезок времени, за который команда разработки завершает одну часть проекта для внешнего или внутреннего заказчика. Итог каждого цикла — работоспособный фрагмент продукта, инкремент: заказчик получает действующую функцию, которую можно доработать или откатить назад. Риск того, что после месяцев работы итоговая версия разойдётся с ожиданиями и всё придётся переделывать, снижается в разы. Пример. Стартап разрабатывает приложение для путешествий: пользователь сам составляет маршрут, находит способ передвижения, бронирует отели...

Бизнес говорит на языке метрик, разработчики — на языке сущностей и интеграций. Заказчик видит путь пользователя на сайте: открыть каталог — добавить в корзину — оплатить. Разработчик видит тот же путь иначе: обработать событие — проверить наличие — интегрироваться с платёжным шлюзом — создать сущность «Заказ». Пока оба говорят на своих языках, возникают искажения и переделки. UML-диаграммы позволяют визуализировать процесс так, чтобы все участники видели один и тот же путь одинаково. UML-диаграмма...

Плохо организованное совещание съедает часы: команда обсуждает всё подряд, цель размыта, регламент не соблюдён — и вместо результата встреча только мешает работе. Хорошо организованное — синхронизирует усилия, снимает блокеры и заканчивается планом действий. Разница целиком в подготовке и правилах, которые выстроены заранее. Если цель не объявлена в начале встречи, участники понимают её по-разному: один готовился отчитываться, другой — принимать решения, третий — просто слушать. И каждый тянет обсуждение в свою сторону...