31 января в 19:00 по московскому времени на youtube-канале Хекслета стартует вебинар с Александром Павлютем, системным инженером, сооснователем и генеральным директором компании «Мьёльнир».
Ссылка на предстоящую трансляцию: https://youtu.be/v57O206qHzw
Обычная постановка задачи - это “поручение“, или “назначение” (этим займется у нас Саша) с расчетом на то, что человек “погружен в контекст“. Погружения в контекст достигают ежедневной работой и регулярными созвонами.
Если посмотреть разумную ситуацию win-win, без корпоративных или иерархических сложностей, один человек просит что-то сделать, а другой это принимает в работу, у них формируется общая цель - получить нужный всем результат. Но на практике часто возникает ситуация, когда в процессе работы “появляются” детали и обстоятельства, которые могут либо сильно усложнить саму задачу, либо перекрывают уже проделанную работу потому что все надо делать в этом случае не так.
Каждое такое непонимание вызывает нас на созвон - мы созваниваемся, выслушиваем или докладываем о ситуации, снова трактуем задачу и двигаемся по итерации к ее завершению.
Такие нестыковки в пониманиях влияют напрямую на условия вашего труда по определенной шкале. Слева мы возьмем самую лояльную организацию, где работают на полном доверии и бирюзовостью обласкан каждый сотрудник, а по правую руку - жесткий коммерческий рынок, где такие деталюшки в договорах являются “строительным материалом” юридических дел о возврате или уплате дополнительных штрафных сумм.
Крайние случаи - некоторые компании могут обрести сильные финансовые проблемы и закрыться, а из бирюзовой организации вас просто выгонят если у вас не будет “химии” с вашим руководителем длительное время (это когда вдвоем мы можем помолчать об одном и том же и друг друга понять без слов).
Я надеюсь, что проблема ясна, давайте разбираться - а можно ли как-то договариваться на каком-то минимальном, обязательном, достаточном объеме информации, но при этом предельно точно сформулировать конечный результат? Чтобы без правок, доработок и прочего?
-Конечно можно. Нужно!
Я буду последовательным и продолжу цепочку разговорах о продуктовой разработке, разработке ПО и всем что с этим связанно с точки зрения ценности вашего труда и осмысленности происходящего.
В этот раз мы поговорим о том, как договориться точно с первого раза “одинаково на всех” о конечном результате, при этом находясь в междисциплинарном (разные специальности, разные должности) контексте и понимать друг друга “однозначно” и “очевидно“.
Из-за испорченного звука прошлого вебинара некоторые вопросы излагаемые там мы затронем еще раз, чтобы тема не потеряла смысл, поэтому план у нас выглядит так:
- OKR. Обсуждение начинается не с целей - а с продуктов, компонентов или действий. Что это такое и причем тут моя задача?
- Задача поставлена. Поставлена?! Что должно быть в задаче чтобы она считалась “понятной для выполнения“.
- Никто ничего не понимает - что нам делать? Как понимать? Про ментальные карты все слышали, поговорим про аутлайнеры и карты мышления чуть развернуто.
- После этого мы все это запишем и договоримся о финальном результате.
- ...
- Profit!
_Вопросы к спикеру принимаются в сообщества Хекслета.
