Хочу с вами сегодня поделиться несколькими правилами, которые помогают держать мой календарь (и встречи) под контролем.

1. У нас в команде есть no meetings Wednesday - день без встреч. Это договоренность с командой, что в этот день встречи мы не назначаем и полностью блокируем день. Очень крутая штука для фокуса! Важно, что такая традиция должна уважаться не только другими людьми в вашей компании, но и вами самим: если вам прилетает приглашение на этот день, обязательно спрашивайте – насколько это срочно? В большинстве случаев люди спокойно готовы подождать несколько дней.

2. Я также блокирую как минимум один часовой слот в день под сфокусированную работу и бронирую "встречи" на то время, когда я недоступна (например, с 6 до 10 вечера). Еще лучше, если на то время, когда вы хотите уходить с работы, у вас стоит какое-то занятие (например, спорт).

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

4. Я никогда не участвую во встречах, где непонятна повестка и ценность от моего участия. Если прилетает приглашение типа "Анна-Антон" или "Проект Х", я всегда отправляю автоматический ответ – а какая цель у этой встречи и зачем я вам там нужна? Удивительно, но часто этот вопрос приводит к тому, что вся встреча отменяется, и вопрос решается в другом формате (через чат или таски, например).

5. Дефолтная продолжительность моих встреч - 25 минут; 5 минут на то, чтобы осмыслить action items и переключить контекст на следующий митинг.

6. Если вы идете на встречу, уважайте своих коллег: будьте вовлечены в дискуссию, не сидите в телефоне и закройте-таки свой ноутбук.

@proproduct

Несколько мыслей команде.

Благодарность командам, в которых мы были и радость нового смысла в командах — в которых мы будем собой.

Вы — не центр команды. Это правда жизни. Вы — один из атомов притяжения в общей цели. Центр команды — цель. Классный продукт. Отличный проект. Большие деньги. Уважение на рынке и репутация. Не стесняйтесь формулировать для себя цель, которая для команды и для вас — общая. Без этого дух вянет, руки опускаются. Лучшая мотивация — «Команда делает меня крутым, а я команду». Но это не вы в центре команды — команда в центре вас.

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

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

Если вы только оказались в новой команде — не замыкайтесь. Люди вокруг заняты своими задачами и сразу не побегут знакомиться с вами, даже если вы выполняете общие проекты. Не навязывайте людям знакомство с собой. Но и не замыкайтесь, думая, что вы не интересны окружающим или что кругом снобы. Сохраняйте естественность и подготовьте краткий и живой рассказ о себе и своих проектах и умениях — случай скоро представится.

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

Хорошая команда — та, о которой можно рассказать за семейным ужином без чувства неловкости или смущения. Люди, с которыми сложно, достойны вашего терпения. Опасайтесь простаков в команде. Если команда делает вас хуже как человека — покидайте команду.

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

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

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

Делитесь знаниями и опытом. Найдите и организуйте время работы так, чтобы можно было спокойно рассказать команде о своих открытиях и возникшем опыте.

Заведите командную библиотеку, выкладывайте в общую папку весь полезный материал, по проекту, по работе, по интересам. Команда —это экосистема из зависимых между собой источников нужного опыта. Возможно, там будут ссылки и на наши советы.

Вадим Митякин написал об индустрии создания цифровых продуктов — первая глава будущей книги о продюсерском подходе.

Индустрия — это экосистема. Большинство проектов реализуется несколькими компаниями, командами и отдельными специалистами в симбиозе. Клиенты обращаются в компанию, которая нанимает себе в помощь продакшн для разработки и т. п.

Типовая производительность в час — полная профанация. Точная предварительная оценка проекта невозможна в принципе. Всё зависит от конкретного проекта и конкретного специалиста.

Типы проектов:
1. Мозги — решение ранее неизвестных задач. Проект похож на исследовательскую работу и привлечённые специалисты должны быть опытными профессионалами, имеющими сложившийся подход к поиску нестандартных решений.
2. Седина — внедрение проверенных отраслевых или технологических наработок, которыми обладает компания-подрядчик. Например, программа лояльности в розничной сети. Компании, работающие над такими проектами, специализируются на определённых отраслях.
3. Процедуры — типовые задачи, с которыми могут справиться различные специалисты с заданной квалификацией. Например, разработка программных компонентов по детальной спецификации в уже определённой технологической среде.

Слабые специалисты не вытянут проект типа «мозги». Если крутые будут делать слишком простые проекты, разработка будет слишком дорогой, а специалисты потеряют мотивацию и покинут компанию.

Типы исполнителей:
1. Фармацевт (самый распространённый) — классический аутсорсинг. Клиент приходит со сформулированной задачей, исполнитель через некоторое время выдаёт результат.
2. Сиделка — агентства. Исполнитель интенсивно общается с клиентом, работа выстроена вокруг долговременных целей клиента.
3. Нейрохирург — системные интеграторы и технологические исследовательские центры. Похоже на фармацевта, но часто сутью задачи является выяснение, в чём именно заключается проблема клиента и поиск её решения. У задач — преимущественно технологический характер.
4. Психотерапевт — продюсеры ИТ-проектов. Клиент обозначает проблемы в бизнесе или возможные точки развития, а исполнитель помогает подобрать наиболее удачный способ решения.

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

«Любая компания с регулярными расходами пытается добиться регулярного поступления оплат от клиентов. А они возможны в случае, когда команда специалистов как можно дольше работает над одним и тем же проектом, и её состав не меняется. Именно с этим связана любовь компаний-разработчиков к скраму, т. к. у проекта нет разных по стоимости этапов, команда максимально однородна и специалисты взаимозаменяемы. Работа над проектом разбита на равные отрезки времени — спринты, за которые удобно выставлять регулярные счета. Дело как обычно в деньгах, а вовсе не в каком-то волшебном качестве скрама».

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

https://mityakin.ru/paranoid-method-book-1

Хорошая проектная практика

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

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

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

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

Так рядом с интерфейсом банковского приложения оказывается и интерфейс телевизионной приставки, футболки с принтами, упаковки завтраков для детей, удобное кресло для пожилых родителей, книжки по личностному росту и женские романы, популярный американский сериал в переводе Гоблина и другие вещи определяющие очертания границ культуры, которые могут помогать определить степень приемлемости решений в будущем, образа мышления, привычек

Создайте хорошую подборку фильмов по тематике решаемой задачи. Документальные и художественные, короткие видео и телевизионные передачи. Просмотр таких материалов будет хорошо настраивать на мышление и воображение и служить более четкому пониманию задач и пониманию терминов, принципов, культурных особенностей с которыми вы работаете по проекту пусть даже косвенно.

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

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

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

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

Кароч, ответственность переоценена

Многие говорят, что лидер – это тот, кто готов брать на себя ответственность. Серьезная, уважаемая роль. Но немногие знают, что ответственность брать так же легко, как пирожок с полки.

В реальной жизни даже если супер сильно облажаться чаще всего ничего страшного не происходит. В большинстве случаев максимум, что светит плохому лидеру – банкротство, увольнение, негативное освещение в сми и прочие проблемы ослепительно белых людей. Meh. При этом жизнь постоянно дает инструменты для исправления ситуации и новые попытки, прям как в компьютерной игре.

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

В Usethics написали о том, как объединить подход персонажей и Jobs to be done

JTBD описывает потребности пользователя по формуле: когда X, я хочу Y, чтобы Z. «Когда я не знаю, как добраться до места (X), я хочу быстро узнать направление (Y), чтобы прийти, куда нужно (Z).

Во подходе персонажей первое место занимает персонаж: как Х, я хочу Y, чтобы Z. «Как турист (X), я хочу быстро узнать направление (Y), чтобы прийти, куда нужно (Z)». Персонажи рассказывают о пользователях продукта, а «работы» сообщают об их ключевых целях.

Подходы можно объединить: установки влияют на вероятность возникновения разных ситуаций, а ситуации влияют на конкретный опыт. На верхнем уровне — персонажи (основные типы пользователей), затем — «работы» (задачи персонажей в рамках определённых обстоятельств), а в основании — конкретные переживания пользователя на разных этапах пути.

У приложения-будильника ключевая работа — проснуться и встать вовремя. Используя JTBD, при редизайне мы не фиксируемся на конкретном решении в виде будильника. Человек может попросить другого человека разбудить или лечь спать заранее, чтобы проснуться самостоятельно и т.п.

Объединённый подход:

1. Выделяем типы пользователей. Думаем, какие индивидуальные особенности могут повлиять на их опыт выполнения работы (базовые шкалы свойств персонажей). Например: соседство с другими в спальне. Выдвигаем гипотезы о персонажах, но не наделяем их социально-демографическими характеристиками.

2. Проводим интервью, где оцениваем участников с точки зрения выделенных свойств, узнаём контекст, делим работу на составляющие («подработы»). Например: Подготовка ко сну → Планирование подъёма утром → Засыпание → Сон → Пробуждение → Подъём. Это не обязательно должна быть последовательность.

3. На интервью выясняем ключевые потребности и цели участника на каждом этапе. Важно, почему человек совершает те или иные действия.

4. Анализируем результаты, подтверждаем гипотезы о базовых шкалах свойств и персонажах, конкретизируем ключевую работу для каждого из них.

5. Составляем карту пользовательского опыта для каждого персонажа. В ней могут быть слои опыта: цели/потребности, опасения, действия, барьеры, инструменты, эмоции.

6. Profit (выявляем инсайты о проектируемом продукте).

https://medium.com/usethics-doc/b35d4174cea3