Эффект продакта // Канал Лены Маёркиной

2022-06-14 13:00:23 Design thinking, pt.1. Не жди вдохновения

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

Процесс дизайн-мышления состоит из перетекающих друг в друга или развивающихся параллельно этапов:
Empathize (эмпатия). В основе эмпатии лежит наблюдение: мы погружаемся в опыт человека и разделяем его чувства и переживания.
Define (определение). Анализируем полученные данные, систематизируем, интерпретируем и определяем проблемы.
Ideate (генерация идей). На этом этапе важно найти как можно больше решений, даже если на первый взгляд они кажутся странными, и выбрать максимально жизнеспособные. Идеи — это не «осенило вдруг», хотя и это тоже, идеи — почти всегда поиск.
Prototype (прототипирование). Проверяем, как работают наши решения на практике.
Test. Масштабируем рабочий прототип, тестим, дорабатываем продукт.

Очевидно, что дизайн-мышление важно для создания любого продукта, но оно не исключает мышление аналитическое. Более того, несмотря на устоявшееся определение, дизайн-мышление без аналитического невозможно в принципе.

#design_thinking_AGIMA Открыть/Комментировать

2022-06-09 13:00:14 OKR, pt.2: интеграция

Как внедрить OKR так, чтобы это были именно Objectives & Key Results, а не Обсессивно-Компульсивное Расстройство для всей команды?
Постановка идеальных OKR с первого раза — редкое явление, но его можно встретить при наличии правильных причин для внедрения и при соблюдении всех этапов.

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

Этапы запуска OKR в команде
Топы/основатели в конце года определяют OKR компании на следующий год
Команда составляет свои OKR на квартал, исходя из OKR компании и стратегических целей
Команда ставит цели на месяц, в соответствии со своими квартальными OKR
Команда раз в неделю (опционально, раз в 2 недели тоже ок) проводит встречи, где мониторит статусы выполнения OKR
В конце квартала — встреча-ретроспектива, где команда оценивает результаты достижения OKR этого квартала и ставит новые OKR на следующий квартал.

Разумеется, метод OKR можно адаптировать и докручивать под конкретный бизнес и подходы. Главное, что OKR может связать стратегические цели с ежедневными задачами, а отсутствие синхронизации в стратегии и тактике ответственно за бó‎льшую часть проблем в команде и продукте.

#managing_team_AGIMA Открыть/Комментировать

2022-06-07 13:01:23 No-code: а вам точно нужны разработчики?

No-code не то чтобы очень новая тема (конструкторы сайтов живут и процветают не первый год), но, определённо, рабочая. Как можно легко понять из названия, no-code — метод создания IT-продукта без написания кода, с использованием платформ визуального программирования. Для MVP и/или теста гипотезы более чем полезный инструмент, так что постараемся раскидать плюсы-минусы.

Начнем с плюсов:
легко освоить. Разобраться с no-code-ПО не составит труда даже человеку без навыков кодинга и в самые сжатые сроки
экономия финансово-временных ресурсов. Так как нужный инструмент легко и быстро освоить, то и собрать продукт несложно, а, следовательно, недорого
быстрые доработки. Перенести иконку из угла в угол можно самостоятельно, без заведения задачи в бэклог команды разработки

Минусы:
если число пользователей вашего продукта перевалит за 5-7 тысяч, то без подключения разработчиков не обойтись. То же касается сложных SaaS-продуктов
скачать код вашего проекта с той или иной ноукод-платформы, скорее всего, не получится.

Резюмируем: ноукод почти всегда будет отличным решением для диджитал-специалиста, стартапа и S-бизнеса (а иногда и для M).

#managing_team_AGIMA
#lean_canvas_model_AGIMA Открыть/Комментировать

2022-06-02 13:13:01 OKR — больше, чем просто три буквы. Pt.1

OKR (Objectives and Key Results, Цели и Ключевые Результаты) — метод постановки целей, который за счет иерархии и прозрачности этих самых целей помогает синхронизировать команду. OKR пришел к нам из управления проектами, но так как всё что угодно можно представить в виде проекта, фреймворк успешно «пророс» в менеджмент (любой, в продакт тоже).

Составляющие
O — Objectives. В этой букве прячется основное отличие OKR от других инструментов. Потому что цель должна быть амбициозной и даже невыполнимой. Если к завершению периода она выполнена на 70-75% — хорошо.
KR — Key Results. Метрики, с помощью которых мы сможем понять, что происходит в части достижения наших целей.

Суть
Ставим несколько сложных целей (O) на определенный промежуток времени (квартал/год), определяем их и для команды, и для отдельного сотрудника. Далее для каждой из целей формируем 2-5 метрик (KR), которые позволят судить о достигнутых результатах. Постоянный процесс «нащупывания» тонкой грани между ожиданиями и реальностью в постановке целей — так OKR выглядит на практике.

Пример
Objective: стать самой любимой языковой онлайн-школой
KR: NPS (индекс лояльности) > 75; RC (показатель возвращаемости) > 70%; CSat (показатель удовлетворенности) > 85%

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

P.S. Вы всё правильно поняли, про плюсы/минусы и процесс интеграции OKR — в следующих выпусках. Оставайтесь с нами

#managing_team_AGIMA
#product_metrics_AGIMA Открыть/Комментировать

2022-05-31 13:00:06 Shared understanding + Product Management

Shared understanding (общее понимание) — командная осознанность — один из важнейших скиллов продуктовой команды. Даже если в команде практикуются самые что ни на есть релевантные подходы к разработке, активно используется роадмэп и приоритизация задач любыми подходящими способами — всё это не будет гарантом того, что задачу интерпретируют правильно.

Так что же такого нужно осознать команде, дабы прийти к общему знаменателю для достижения поставленных целей? Каждый командный игрок должен знать ответы на связку вопросов «Кто-Что-Почему»:
Кто?
Кто ваш пользователь? Какие у него боли?
Что?
Что делается в продукте лично вами?
Почему?
Почему это делается именно так, а не иначе?

Интегрировать shared understanding в вашу команду можно с помощью того же OKR. Один из методов, который убивает всех интересующих зайцев: и командную осознанность развивает, и синками славится, и контроль делает эффективным. Но про OKR уже в следующем посте нашего уютного канала

#managing_team_AGIMA Открыть/Комментировать

2022-05-26 13:00:19 UX и UI. Так в чём разница?

Если после прочтения заголовка вы закатываете глаза, то дальше можно не читать. Если глаза не закатились, то читать надо. Потому что многие из нас воспринимают UX и UI на уровне ощущений, а словами объяснить не могут. Да и подмена понятий на некоторых (даже профильных) ресурсах не способствует ясности.

Предлагаем окончательно и бесповоротно разобраться в этих аббревиатурах:
UX — User Experience (пользовательский опыт) — это впечатления пользователя от взаимодействия с продуктом.
Так что UX-дизайн — это создание простых, полезных и приятных в использовании продуктов, формирующих позитивный UX.
UI — User Interface (пользовательский интерфейс) — то, как выглядит интерфейс и какие физические характеристики приобретает.
Отсюда UI-дизайн — создание эстетичного дизайна интерфейса продукта.

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

#product_design_AGIMA Открыть/Комментировать

2022-05-24 17:00:50 Пора регистрироваться на открытый урок для проджект-менеджеров «Оценка и тайминг»:https://clck.ru/iXmfx.

1 июня мы проводим бесплатный вебинар пройдет в рамках онлайн-курса «Project manager. Advanced» от OTUS и компании AGIMA — лидера на российском рынке digital-решений. Поговорим о классических и гибких методологиях и поможем структурировать знания.

Вести урок будет руководитель компании AMIGA Дмитрий Тарасов. Из его лекции вы узнаете:

- кто такой менеджер проекта и как им стать;
- почему Waterfall еще жив;
- в чем ценность экспертной оценки;
- зачем нужны SMART и DoD.

Руководитель направления Education в AGIMA Ольга Парий расскажет подробнее о курсе, ответит на вопросы и поможет разобраться, нужно ли вам у нас учиться. Начинаем 1 июня в 19:00 мск. Чтобы зарегистрироваться, переходите по ссылке. Открыть/Комментировать

2022-05-24 13:00:16 Agile или Waterfall: выбираем подход

Да, мы здорово сократили пространство вариантов до двух. Это мы специально, потому что Agile и Waterfall — самые популярные, а остальные (о них мы тоже когда-нибудь поговорим) используются не так часто. Сегодня поделимся списком вопросов, ответы на которые дадут понимание наиболее подходящего подхода к разработке под конкретный проект.

Что критичнее: запуск полностью готового продукта к дате или быстрый запуск с последующей доработкой функционала?
Waterfall хорошо вписывается в сроки, когда есть подробное ТЗ и функций не слишком много. В противном случае есть риск запустить морально устаревший продукт. Agile же заставляет нас расставлять приоритеты и запускать быстрее, а дорабатывать уже потом.

Предоставленное ТЗ четкое или нет (или его вообще нет как такового)?
Есть сформулированная задача, подробно составленные требования, определены сроки, заказчик не планирует что-то менять и добавлять. Это Waterfall. Есть примерное понимание того, как должно быть, заказчик вовлечен и собирается чекать каждую итерацию. Это Agile.

Что по бюджету?
Если он жестко регламентирован неизменными задачами и требованиями заказчика, то Waterfall будет более выгодным. Ежели от бюджета можно отступать, т.к. в связи со сменой требований возможен найм новых специалистов — прямая дорога в Agile.

Нет плохих подходов. Есть ошибки выбора

#agile_AGIMA
#development_methodologies_AGIMA Открыть/Комментировать

2022-05-19 14:10:54 31 мая расскажем, как сделать продукт, который всем понравится: https://u.to/JsIoHA.

Последние события заставили многие компании задуматься о пересмотре продуктовой стратегии. Связано это с тем, что люди в условиях неопределенности меняют потребительские привычки.

Нам показалось интересным поговорить об этом с экспертами, которые специализируются на CX/UX-исследованиях. Поэтому 31 мая проводим митап «Как создать продукт, желанный для человека».

Выступят эксперты из М.Видео-Эльдорадо, Alfa Research Center и INTEGRAL DESIGN. Вот темы их докладов:

- О чем молчат для вас клиенты?
- Как за полтора года встроить CX/UX-исследования в работу продуктовых команд в большом бизнесе?
- Как создать востребованный продукт в условиях неопределенности.

Они поделятся опытом, расскажут об инсайтах и факапах. Но главное — попробуют объяснить, как изменилась система ценностей потребителя. Регистрируйтесь и приходите на митап — разберемся вместе. Открыть/Комментировать

2022-05-19 13:00:15 Scrum VS. Kanban. Scrumban?..

«Об эджайле много песен сложено,
Я спою тебе ещё одну...»

Продукт без Agile — это уже что-то на средневековом. Даже если некто утверждает, что их разработка обошлась совсем без Agile, он (скорее всего) искажает факты. Потому что хоть какие-то кусочки популярных методов таки проникли в проект, куда ж без них. Сегодня поговорим про scrum и kanban, и тут можно было бы решить, что круче. Но нет — вы же знаете, не всё так однозначно, и есть масса факторов, которые влияют на выбор метода. Поэтому победит дружба.
Итак, встречайте: Scrumban (тут зрители читатели аплодируют, аплодируют... кончили аплодировать).

Scrumban — это такой метод, который берет всё лучшее от своих составляющих: гибкость scrum и измерение потока kanban (ну, или метод, который подходит тем, кто никак не может определиться). То есть, scrum уже внедрён, и вы делаете его ещё прекраснее с помощью kanban.

В чем самый заметный плюс такого сочетания? В том, что оно почти полностью нивелирует минусы составляющих методов: scrum'ом мы можем решать стратегические задачи через циклы обратной связи (спринт-бэклог-цель спринта), а kanban'ом выравниваем поток и закрываем тактические задачи внутри спринта.

Мы, как всегда, не навязываем свою точку зрения, но, как говорится, think about. Потому что сочетать разные методы, адаптируя их под свои процессы — это хорошо

#agile_AGIMA Открыть/Комментировать