«Как повысить личную продуктивность за 3 недели» 14 марта в 18:00 – 20.00
Расскажу, как за 3 недели наши студенты повышают производительность труда, делая меньше:
– успевают сделать важные задачи, не выходя за рамки рабочего дня (”если бы не такой режим, скорее не успел бы и работал до 21-22 часов”)
– получают более предсказуемое расписание, даже если им часто прилетают новые вводные (сокращают свою стихийную нагрузку с 50% до 25-35%, а некоторые и до 15-20%)
– не чувствуют себя убитыми к концу дня / недели и способны решать сложные задачи;
– начинают наконец-то делегировать дела, даже если до этого много объясняли себе, почему это делать не надо)
Никаких секретных методик! Только нормальные современные методы операционного менеджмента, которые банально недостаточно распространены.
Из-за этого мы прикладываем избыточные усилия там, где они не нужны, и не занимаемся по-настоящему важным. Если вы перестаете делать “лишнее”, у вас высвобождаются “компетентные человекочасы”, которые вы можете вложить в выявление и решение по-настоящему сложных и не сразу видимых проблем (например, сможете выяснить, что вдолгую сливаете 80% бюджета на маркетинг из-за быстрого отвала клиентов при том, что продажи есть каждый месяц – реальный кейс).
Вебинар не подойдет тем, кто:
❌ верит в секретные секреты и ищет уникальные методики, позволяющие получить прямую связь с космосом;
❌ не хочет честно ответить себе на вопрос “чем я занимаюсь в течение дня”;
❌ не готов учить своих сотрудников планировать свою нагрузку (как это делать, обсудим на вебинаре), но хочет требовать от сотрудников (и еще и требовать нереального).
Для записи на вебинар есть бот @UpgradeYourProductivityBot.
Обратите внимание!
Если вы отписались от сообщений бота, вы не получите ссылку на вебинар!
Хорошего дня и до встречи на вебинаре!
Расскажу, как за 3 недели наши студенты повышают производительность труда, делая меньше:
– успевают сделать важные задачи, не выходя за рамки рабочего дня (”если бы не такой режим, скорее не успел бы и работал до 21-22 часов”)
– получают более предсказуемое расписание, даже если им часто прилетают новые вводные (сокращают свою стихийную нагрузку с 50% до 25-35%, а некоторые и до 15-20%)
– не чувствуют себя убитыми к концу дня / недели и способны решать сложные задачи;
– начинают наконец-то делегировать дела, даже если до этого много объясняли себе, почему это делать не надо)
Никаких секретных методик! Только нормальные современные методы операционного менеджмента, которые банально недостаточно распространены.
Из-за этого мы прикладываем избыточные усилия там, где они не нужны, и не занимаемся по-настоящему важным. Если вы перестаете делать “лишнее”, у вас высвобождаются “компетентные человекочасы”, которые вы можете вложить в выявление и решение по-настоящему сложных и не сразу видимых проблем (например, сможете выяснить, что вдолгую сливаете 80% бюджета на маркетинг из-за быстрого отвала клиентов при том, что продажи есть каждый месяц – реальный кейс).
Вебинар не подойдет тем, кто:
❌ верит в секретные секреты и ищет уникальные методики, позволяющие получить прямую связь с космосом;
❌ не хочет честно ответить себе на вопрос “чем я занимаюсь в течение дня”;
❌ не готов учить своих сотрудников планировать свою нагрузку (как это делать, обсудим на вебинаре), но хочет требовать от сотрудников (и еще и требовать нереального).
Для записи на вебинар есть бот @UpgradeYourProductivityBot.
Обратите внимание!
Если вы отписались от сообщений бота, вы не получите ссылку на вебинар!
Хорошего дня и до встречи на вебинаре!
Провела в четверг вебинар. Хорошо посидели!)
Обсудили, помимо всего прочего, проклятие "процессности": когда фокусируются на процессе выполнения работ и забывают о результате. Хотя весь процесс и существует ради него!
Кроме того, обсудили способ повысить личную производительность труда за счет более оптимального распределения работ в ходе дня.
И возник вопрос "а чем плоха стихийная нагрузка". Отвечу на него отдельным постом 😉
Обсудили, помимо всего прочего, проклятие "процессности": когда фокусируются на процессе выполнения работ и забывают о результате. Хотя весь процесс и существует ради него!
Кроме того, обсудили способ повысить личную производительность труда за счет более оптимального распределения работ в ходе дня.
И возник вопрос "а чем плоха стихийная нагрузка". Отвечу на него отдельным постом 😉
Хочу поспорить с утверждением, что стихийная нагрузка – это плохо! А как же быстрая адаптация под ситуацию?
– примерно такой вопрос задали на вебинаре “Как повысить личную продуктивность за 3 недели”, который прошел в четверг. Что ж, разберем его сегодня!
Во-первых, стихийная нагрузка – это не что-то “хорошее” или “плохое”, это просто данность 😀 Вероятно, могло сложиться впечатление, что я эту нагрузку “хаю”, но это не так. Не вижу смысла давать какие-то оценки “данности”.
Во-вторых, “стихийной” нагрузкой что только не пытаются назвать! 😆 Вот только некоторые примеры:
* цели и планы изменились, соответственно, новые задачи под новые цели и планы пытаются назвать ❌ стихийными. Например, компания приняла решение закрыть невыгодное направление бизнеса, а высвободившиеся ресурсы вложить в бурно развивающееся – это стихийная нагрузка!
(Реальность: нет, это изменение планов, инициированное вами же. Задачи по развитию имеющегося направления – это новые ✅ “плановые”)
* регулярно повторяющиеся задачи, которые просто банально не включены в план, но обязательны к выполнению. Часто задачи по контролю / даче обратной связи работе сотрудников вообще не предусматривают в планах (хотя они есть!). В этот момент они становятся “скрытыми” или стихийными – но на пустом месте! Они не должны попадать в эту категорию вообще!
* (мое любимое) ответы на запросы на информационное обслуживание от коллег. Когда коллега может и должен найти решение самостоятельно (оно в пределах его зоны ответственности, у него достаточно компетентности, чтобы решение найти без суперзатрат времени), но облегчает себе работу и пытается заюзать коллегу в качестве живого ChatGPT. Такое случается достаточно часто и может отнимать приличное количество времени – особенно если бросаться отвечать на вопросы мгновенно. Например, одна студентка “Моделирования и собранности” выяснила, что когда она отказалась от мгновенных ответов сотрудникам, то примерно в 40% случаев они начали находить решение самостоятельно (чтобы не ждать 1-2 часа). 40% коммуникации оказалось не слишком-то нужным! Но оно отнимало время и силы! Это не стихийная нагрузка вообще, этого не должно быть!
Если ваша стихийная нагрузка не включает в себя перечисленные выше категории / включает их по минимуму, то, скорее всего, это “честная” стихийная нагрузка (слабо прогнозируемая заранее). И она вряд ли составляет 50% от общей нагрузки за день))) Скорее поменьше раза так в два.
Так что стихийная нагрузка вовсе не зло. Но с ней нужно уметь управляться!
Готовлю сейчас курс, в котором будем это все считать для себя и команды + применять уже протестированные способы сократить стихийную нагрузку хотя бы до 35%, а то и 20-25%. Наш студент смог получить даже 15-20% без ущерба для команды! Будем все это моделировать и достигать.
– примерно такой вопрос задали на вебинаре “Как повысить личную продуктивность за 3 недели”, который прошел в четверг. Что ж, разберем его сегодня!
Во-первых, стихийная нагрузка – это не что-то “хорошее” или “плохое”, это просто данность 😀 Вероятно, могло сложиться впечатление, что я эту нагрузку “хаю”, но это не так. Не вижу смысла давать какие-то оценки “данности”.
Во-вторых, “стихийной” нагрузкой что только не пытаются назвать! 😆 Вот только некоторые примеры:
* цели и планы изменились, соответственно, новые задачи под новые цели и планы пытаются назвать ❌ стихийными. Например, компания приняла решение закрыть невыгодное направление бизнеса, а высвободившиеся ресурсы вложить в бурно развивающееся – это стихийная нагрузка!
(Реальность: нет, это изменение планов, инициированное вами же. Задачи по развитию имеющегося направления – это новые ✅ “плановые”)
* регулярно повторяющиеся задачи, которые просто банально не включены в план, но обязательны к выполнению. Часто задачи по контролю / даче обратной связи работе сотрудников вообще не предусматривают в планах (хотя они есть!). В этот момент они становятся “скрытыми” или стихийными – но на пустом месте! Они не должны попадать в эту категорию вообще!
* (мое любимое) ответы на запросы на информационное обслуживание от коллег. Когда коллега может и должен найти решение самостоятельно (оно в пределах его зоны ответственности, у него достаточно компетентности, чтобы решение найти без суперзатрат времени), но облегчает себе работу и пытается заюзать коллегу в качестве живого ChatGPT. Такое случается достаточно часто и может отнимать приличное количество времени – особенно если бросаться отвечать на вопросы мгновенно. Например, одна студентка “Моделирования и собранности” выяснила, что когда она отказалась от мгновенных ответов сотрудникам, то примерно в 40% случаев они начали находить решение самостоятельно (чтобы не ждать 1-2 часа). 40% коммуникации оказалось не слишком-то нужным! Но оно отнимало время и силы! Это не стихийная нагрузка вообще, этого не должно быть!
Если ваша стихийная нагрузка не включает в себя перечисленные выше категории / включает их по минимуму, то, скорее всего, это “честная” стихийная нагрузка (слабо прогнозируемая заранее). И она вряд ли составляет 50% от общей нагрузки за день))) Скорее поменьше раза так в два.
Так что стихийная нагрузка вовсе не зло. Но с ней нужно уметь управляться!
Готовлю сейчас курс, в котором будем это все считать для себя и команды + применять уже протестированные способы сократить стихийную нагрузку хотя бы до 35%, а то и 20-25%. Наш студент смог получить даже 15-20% без ущерба для команды! Будем все это моделировать и достигать.
Это. Просто. Катастрофа!
Весь день (с перерывами на отдых) оценивала свою базу подписчиков в ТенЧате.
Так вот, 70% – это не целевая аудитория. Увы(( Я что-то неправильно делаю?
Или это нормально?
Весь день (с перерывами на отдых) оценивала свою базу подписчиков в ТенЧате.
Так вот, 70% – это не целевая аудитория. Увы(( Я что-то неправильно делаю?
Или это нормально?
В общем, сегодня я, кажется, немного поняла, почему бывают "сапожники без сапог"
Проверяю собственные расчеты "бюджета времени" (ага, все, что я даю студентам, я тестирую на своей шкурке, причем на протяжении более длительного времени).
И... вижу, что я чуть было не занесла субботнюю возню со статистикой по бюджету времени в "продуктивное" время. А не сделала я это только потому, что... вспомнила, как студент писал мне: "ох, я тут встречи две продуктивными считал, а они так, досуг".
И я такая: "черт, это же моя ситуация!"
Только, к стыду своему, признаюсь: я сама могла бы и не заметить))) Заметила только потому, что яркий случай был недавно!
В общем, мне кажется, я тут нащупала суть феномена "сапожник без сапог". Кажется, что это может происходить по следующим причинам:
🔴 эксперт / subject matter expert забывает применять собственные методы. Тут эээ медицина бессильна;
🔴 эксперт ХАКНУЛ собственные методы. Ну вот как я хакнула: настолько привыкла, что определенные дела "списываются" на определенные категории "бюджета времени", что забыла проверять пользу.
Смогла я это отследить только потому, что сама маниакально применяю (и остальных учу):
🟢 принцип "а теперь примени к себе!" – если я вижу, что у кого-то есть какая-то ошибка, которую он допускает, и она достаточно серьезна, я на всякий пожарный проверяю у себя (есть ли у меня такая ошибка)
🟢 учет обратной связи и переработку ее для дальнейшего улучшения своих продуктов (как "внутренних" для себя, например, так и выдаваемых "наружу"). Короче, занимаюсь "профессионализацией" бизнеса и своих подходов к работе.
Кажется, пункты выше могут помочь "полечить" проблему "сапожника без сапог".
Прямо #месяц_открытий какой-то
Проверяю собственные расчеты "бюджета времени" (ага, все, что я даю студентам, я тестирую на своей шкурке, причем на протяжении более длительного времени).
И... вижу, что я чуть было не занесла субботнюю возню со статистикой по бюджету времени в "продуктивное" время. А не сделала я это только потому, что... вспомнила, как студент писал мне: "ох, я тут встречи две продуктивными считал, а они так, досуг".
И я такая: "черт, это же моя ситуация!"
Только, к стыду своему, признаюсь: я сама могла бы и не заметить))) Заметила только потому, что яркий случай был недавно!
В общем, мне кажется, я тут нащупала суть феномена "сапожник без сапог". Кажется, что это может происходить по следующим причинам:
🔴 эксперт / subject matter expert забывает применять собственные методы. Тут эээ медицина бессильна;
🔴 эксперт ХАКНУЛ собственные методы. Ну вот как я хакнула: настолько привыкла, что определенные дела "списываются" на определенные категории "бюджета времени", что забыла проверять пользу.
Смогла я это отследить только потому, что сама маниакально применяю (и остальных учу):
🟢 принцип "а теперь примени к себе!" – если я вижу, что у кого-то есть какая-то ошибка, которую он допускает, и она достаточно серьезна, я на всякий пожарный проверяю у себя (есть ли у меня такая ошибка)
🟢 учет обратной связи и переработку ее для дальнейшего улучшения своих продуктов (как "внутренних" для себя, например, так и выдаваемых "наружу"). Короче, занимаюсь "профессионализацией" бизнеса и своих подходов к работе.
Кажется, пункты выше могут помочь "полечить" проблему "сапожника без сапог".
Прямо #месяц_открытий какой-то
Чтобы убрать недопонимание:
– в СУББОТУ я возилась со статистикой по бюджету времени – это время я "продуктивным" не считала
– в ВОСКРЕСЕНЬЕ я оценивала базу подписчиков – это 100% продуктивное время
Разница: в первом случае я делала необязательное / не вносящее большой вклад в результат, и далеко не самое нужное сейчас.
Во втором случае – нужное и важное, полезное для работы.
– в СУББОТУ я возилась со статистикой по бюджету времени – это время я "продуктивным" не считала
– в ВОСКРЕСЕНЬЕ я оценивала базу подписчиков – это 100% продуктивное время
Разница: в первом случае я делала необязательное / не вносящее большой вклад в результат, и далеко не самое нужное сейчас.
Во втором случае – нужное и важное, полезное для работы.
Небольшой хак: если вам предстоит работать в браузере для работы по какому-то проекту (мне, например, приходится постоянно), откройте отдельное окно на проект, отдельное – на личный план.
И БОЛЬШЕ НИЧЕГО НЕ ОТКРЫВАЙТЕ.
Если надо быстро котиков посмотреть – в перерыве открыли в отдельном окошке, посмотрели, убили окошко. Ничего не открывать в "проектном" окне и ничего НЕ ОСТАВЛЯТЬ.
Работает как пушка
И БОЛЬШЕ НИЧЕГО НЕ ОТКРЫВАЙТЕ.
Если надо быстро котиков посмотреть – в перерыве открыли в отдельном окошке, посмотрели, убили окошко. Ничего не открывать в "проектном" окне и ничего НЕ ОСТАВЛЯТЬ.
Работает как пушка
И да, проект должен быть ОДИН, максимум – ДВА в день.
Не больше. Если больше – у вас расфокус
Не больше. Если больше – у вас расфокус
Посмотрела на свой оперативный план и нашла пару метрик, которые мне было бы полезно позамерять:
1️⃣ Задержка выполнения
Насколько я задержала старт выполнения по сравнению с тем, что планировала?
(Обоснованно задерживать начало выполнения, если вы не успеваете доделать "незавершенку". Но если вы откладываете ради эээ непонятно чего, как развлекалась я, то это не вполне обоснованно. Я откладывала по причине "чет сложненько").
2️⃣ Задержка обратной связи
Насколько задержана обратная связь (от меня и мне) по сделанному?
Эта метрика даже полезнее, если вы в проектах действуете. Она не имеет таких ограничений, как метрика "задержка выполнения" – задержка обратной связи в большинстве случаев страшнее: задержка приводит к скапливанию "незавершенки" (а задержка старта даже НУЖНА, если у вас куча проектов. Ну, или если у вас что-то пошло не так, и надо "разрулить" ради страховки от катастрофы – как это было с последним запуском Роскосмоса).
Предлагаю и вам посмотреть, не задержана ли обратная связь по сделанному вашей командой (разработчики на вебинаре, например, жаловались, что обратной связи по запиленной фиче может не быть МЕСЯЦ). И сделанному вами лично – тоже.
1️⃣ Задержка выполнения
Насколько я задержала старт выполнения по сравнению с тем, что планировала?
(Обоснованно задерживать начало выполнения, если вы не успеваете доделать "незавершенку". Но если вы откладываете ради эээ непонятно чего, как развлекалась я, то это не вполне обоснованно. Я откладывала по причине "чет сложненько").
2️⃣ Задержка обратной связи
Насколько задержана обратная связь (от меня и мне) по сделанному?
Эта метрика даже полезнее, если вы в проектах действуете. Она не имеет таких ограничений, как метрика "задержка выполнения" – задержка обратной связи в большинстве случаев страшнее: задержка приводит к скапливанию "незавершенки" (а задержка старта даже НУЖНА, если у вас куча проектов. Ну, или если у вас что-то пошло не так, и надо "разрулить" ради страховки от катастрофы – как это было с последним запуском Роскосмоса).
Предлагаю и вам посмотреть, не задержана ли обратная связь по сделанному вашей командой (разработчики на вебинаре, например, жаловались, что обратной связи по запиленной фиче может не быть МЕСЯЦ). И сделанному вами лично – тоже.
Набираю в браузере 'acc', чтобы открыть страничку в Коде под названием Daily Accountability (Дневная отчетность) и понимаю, что забыла переключить раскладку с русской на английской.
Как? Да мне браузер начал рекомендовать ФССП (acc -> фсс), те Федеральную Службу Судебных Приставов.
Хм, в этом что-то есть
Как? Да мне браузер начал рекомендовать ФССП (acc -> фсс), те Федеральную Службу Судебных Приставов.
Хм, в этом что-то есть
Кондуктор, нажми на тормоза! Или когда следует притормозить (а когда жать на кнопку до упора)
Вчера на дополнительном модуле "Мышление письмом" к основной программе "Моделирования и собранности" обсуждали, в числе прочего, (пере)оптимизацию работы – когда постановка фиксированной цели мешает получить максимальную выгоду. Например, таксист может ставить себе цель по дневной выручке – и когда она заработана, идти отдыхать. Но если вдруг пошел дождь или сломался общественный транспорт, то это неоптимальная стратегия (для цели "заработать побольше"): он упустит всю дополнительную выручку, которую можно легко заработать на повышенном спросе. И на следующий день, когда заказы совсем "не идут", он будет впахивать часов 8-10 для получения той же суммы. Хотя мог бы сделать наоборот: в дни повышенного спроса вкалывать побольше (пока есть этот самый повышенный спрос) – чтобы в "тухлые" дни пойти отдыхать пораньше, получив по итогам месяца столько же денег.
Но почему применять этот принцип только с заработкам таксистов – или только к заработкам или бизнесу, если уж на то пошло? К работоспособности этот принцип тоже применим!
Работоспособность не одинакова в течение дня – и в разные дни тоже. Бывают дни, когда вы буквально "на кураже": вам быстро и легко даются дела. А бывают дни, когда вы долго тупите, тормозите или испытываете сильные эмоции (злитесь, радуетесь и тп). Причем угадать заранее, каким будет день, точно нельзя: можно лишь создать условия для того, чтобы работоспособность была повышенной (высыпаться, хорошо питаться, спортом заниматься, чередовать работу в фокусе и отдых в течение дня, недели, месяца, года, и так далее). Но все равно в какой-то день вы выполните все условия – и будете тормозить. А в какой-то – не выполните все, но все равно будете на кураже. Вот как я сегодня – не выспалась, но на кураже))
Так вот, в "дни куража" имеет смысл максимально жать на кнопку "ДЕЛАТЬ" (важную фокусную деятельность) даже сверх планов. У вас получается и легко удается – почему бы и не сделать "запас"?
А когда будут "жвачные" дни (тянущиеся, как жвачка, с медленными и не очень классными результатами), вы сможете нажать на тормоза и пораньше пойти отдыхать без ущерба для планов.
Таких "куражных" дней в месяц может быть до трети, жвачных – тоже. Остальное – "нормальные" дни с "обычной" работоспособностью. Юзайте их по максимуму – и будет вам счастье!
Вчера на дополнительном модуле "Мышление письмом" к основной программе "Моделирования и собранности" обсуждали, в числе прочего, (пере)оптимизацию работы – когда постановка фиксированной цели мешает получить максимальную выгоду. Например, таксист может ставить себе цель по дневной выручке – и когда она заработана, идти отдыхать. Но если вдруг пошел дождь или сломался общественный транспорт, то это неоптимальная стратегия (для цели "заработать побольше"): он упустит всю дополнительную выручку, которую можно легко заработать на повышенном спросе. И на следующий день, когда заказы совсем "не идут", он будет впахивать часов 8-10 для получения той же суммы. Хотя мог бы сделать наоборот: в дни повышенного спроса вкалывать побольше (пока есть этот самый повышенный спрос) – чтобы в "тухлые" дни пойти отдыхать пораньше, получив по итогам месяца столько же денег.
Но почему применять этот принцип только с заработкам таксистов – или только к заработкам или бизнесу, если уж на то пошло? К работоспособности этот принцип тоже применим!
Работоспособность не одинакова в течение дня – и в разные дни тоже. Бывают дни, когда вы буквально "на кураже": вам быстро и легко даются дела. А бывают дни, когда вы долго тупите, тормозите или испытываете сильные эмоции (злитесь, радуетесь и тп). Причем угадать заранее, каким будет день, точно нельзя: можно лишь создать условия для того, чтобы работоспособность была повышенной (высыпаться, хорошо питаться, спортом заниматься, чередовать работу в фокусе и отдых в течение дня, недели, месяца, года, и так далее). Но все равно в какой-то день вы выполните все условия – и будете тормозить. А в какой-то – не выполните все, но все равно будете на кураже. Вот как я сегодня – не выспалась, но на кураже))
Так вот, в "дни куража" имеет смысл максимально жать на кнопку "ДЕЛАТЬ" (важную фокусную деятельность) даже сверх планов. У вас получается и легко удается – почему бы и не сделать "запас"?
А когда будут "жвачные" дни (тянущиеся, как жвачка, с медленными и не очень классными результатами), вы сможете нажать на тормоза и пораньше пойти отдыхать без ущерба для планов.
Таких "куражных" дней в месяц может быть до трети, жвачных – тоже. Остальное – "нормальные" дни с "обычной" работоспособностью. Юзайте их по максимуму – и будет вам счастье!
Заметила по своей ленте новостей: в понедельник-вторник у меня лента разрывается буквально от классного качественного контента (заботливо мной подобранного, само собой). Качественные рассуждения (не контент ради контента и поддержания активности) идут потоком!
В четверг наступает ВЕЛИКАЯ СУШЬ, которая достигает пика в субботу. В воскресенье что-то потихоньку появляется, а с понедельника опять ПОТОК.
Прямо интересно, почему так: из-за выходных – или потому что маркетологи всем советуют одни и те же "удачные дни" для публикаций)))) Буду смеяться, если второе!
В четверг наступает ВЕЛИКАЯ СУШЬ, которая достигает пика в субботу. В воскресенье что-то потихоньку появляется, а с понедельника опять ПОТОК.
Прямо интересно, почему так: из-за выходных – или потому что маркетологи всем советуют одни и те же "удачные дни" для публикаций)))) Буду смеяться, если второе!
In our study, reps actually asked the customer for the business only 46 percent of the time. This means that in more than half of all sales conversations, not only is there no confident close, but there’s no actual discussion of a sale at all
- The Jolt Effect
Исследование, проведенное на основе данных нескольких миллионов звонков продажников с клиентами, показало, что более чем в ПОЛОВИНЕ случаев (54%) продажники занимались фактически имитацией, потому что не обсуждали саму "продажу"... кхм.
Возможно, этот эффект есть и в других ролях. И тогда наша задача - научиться для начала честно вкладываться, а не имитировать деятельность
Изучаю статьи и книги для создания новой версии тренинга-15 курса "Моделирование и собранность" (хочу потренировать студентов описывать проблемы, а не решения вместо них).
"Минимальное" качество я в принципе могу запилить хоть сейчас, но нужен рывок по сравнению с прошлой версией.
Пока изучала материал, забрела в такие дебри, как блог Silicon Valley Product Group (там известный продакт и автор книг по продакт-менеджменту Марти Каган пишет статьи) - дилемма Product vs Solution у него неплохо описана. Попутно забрела в другие problem-related статьи, ииии... поняла, что сейчас все команды, в которых состою, можно назвать "фичекомандами", а не "продуктовыми" (ака создающими ценность).
"Минимальное" качество я в принципе могу запилить хоть сейчас, но нужен рывок по сравнению с прошлой версией.
Пока изучала материал, забрела в такие дебри, как блог Silicon Valley Product Group (там известный продакт и автор книг по продакт-менеджменту Марти Каган пишет статьи) - дилемма Product vs Solution у него неплохо описана. Попутно забрела в другие problem-related статьи, ииии... поняла, что сейчас все команды, в которых состою, можно назвать "фичекомандами", а не "продуктовыми" (ака создающими ценность).
Не очень краткая справка
Есть 3 способа зарабатывать (это взяла у Дэна Кеннеди):
- обменивать часы на деньги (hours for dollars)
- обменивать рабочие продукты на деньги (deliverables for dollars)
- обменивать ценность на деньги (value for dollars).
Способам зарабатывать соответствуют типы команд (2 типа команд подсмотрены у Марти Кагана, первый тип – аутсорсная – я вывела сама, тк иначе была бы дырка в модели):
- аутсорсная/проектная команда, которая обменивает часы на деньги. Это может быть как команда аутсорс-компании, так и команда, которая должна быть другого типа, но по факту работает как аутсорсная.
– фичекоманда, которая обменивает рабочие продукты на деньги. (Большинство компаний, называющих себя "продуктовыми", де-факто именно "фичекоманды").
– и, наконец, есть продуктовая команда, которые обменивает ценность на деньги. Она решает проблемы, тщательно отбирая их.
Каждую команду можно узнать по ее типичному языку (это сама придумала):
– аутсорсные/проектные команды, продающие "часы", говорят о "процессах", "делании" и прочем таком (Марти сокрушается, что такие товарищи размывают понятие Agile);
– фичекоманды, продающие "рабочие продукты", обсуждают собственно "рабочие продукты". Мы поставили такую-то фичу на рынок! Мы обновили учебник! Тут хотя бы появляются "объекты" вместо размытых "процессов", сути которых все равно большинство не понимает;
– продуктовые команды, продающие "ценность", обсуждают РЕШЕНИЕ ПРОБЛЕМ КЛИЕНТА И БИЗНЕСА. Мы нанесли непоправимую пользу клиенту, и мы знаем это, потому что он сделал Х, что принесло ему избавление от проблемы, Y денег, и тп. То есть разговор о пользе – не самом "объекте", а о "воздействии объекта (созданного компанией) на клиента и компанию".
Мое предположение, что научение организации быть продуктовой идет постепенно. И что основатели / топ-менеджеры (те имеющие максимальные полномочия) должны дойти до этого сами (ОСОЗНАТЬ). В принципе понятно, почему так мало команд собственно "продуктовых", а не только называющихся таковыми...
Конец справки
Есть 3 способа зарабатывать (это взяла у Дэна Кеннеди):
- обменивать часы на деньги (hours for dollars)
- обменивать рабочие продукты на деньги (deliverables for dollars)
- обменивать ценность на деньги (value for dollars).
Способам зарабатывать соответствуют типы команд (2 типа команд подсмотрены у Марти Кагана, первый тип – аутсорсная – я вывела сама, тк иначе была бы дырка в модели):
- аутсорсная/проектная команда, которая обменивает часы на деньги. Это может быть как команда аутсорс-компании, так и команда, которая должна быть другого типа, но по факту работает как аутсорсная.
– фичекоманда, которая обменивает рабочие продукты на деньги. (Большинство компаний, называющих себя "продуктовыми", де-факто именно "фичекоманды").
– и, наконец, есть продуктовая команда, которые обменивает ценность на деньги. Она решает проблемы, тщательно отбирая их.
Каждую команду можно узнать по ее типичному языку (это сама придумала):
– аутсорсные/проектные команды, продающие "часы", говорят о "процессах", "делании" и прочем таком (Марти сокрушается, что такие товарищи размывают понятие Agile);
– фичекоманды, продающие "рабочие продукты", обсуждают собственно "рабочие продукты". Мы поставили такую-то фичу на рынок! Мы обновили учебник! Тут хотя бы появляются "объекты" вместо размытых "процессов", сути которых все равно большинство не понимает;
– продуктовые команды, продающие "ценность", обсуждают РЕШЕНИЕ ПРОБЛЕМ КЛИЕНТА И БИЗНЕСА. Мы нанесли непоправимую пользу клиенту, и мы знаем это, потому что он сделал Х, что принесло ему избавление от проблемы, Y денег, и тп. То есть разговор о пользе – не самом "объекте", а о "воздействии объекта (созданного компанией) на клиента и компанию".
Мое предположение, что научение организации быть продуктовой идет постепенно. И что основатели / топ-менеджеры (те имеющие максимальные полномочия) должны дойти до этого сами (ОСОЗНАТЬ). В принципе понятно, почему так мало команд собственно "продуктовых", а не только называющихся таковыми...
Конец справки
Вспомнила, что вчера в ходе лаборатории "Моделирования и собранности" обсуждали УЧЕБНИК (признак фичекоманды). Загрустила.
Это же научиться теперь надо будет, а потом это научение упаковать в учебник МиС... и не только. Uffa
Работы предстоит вагон и маленькая тележка.
Живите с этим в пятницу вечером)
Это же научиться теперь надо будет, а потом это научение упаковать в учебник МиС... и не только. Uffa
Работы предстоит вагон и маленькая тележка.
Живите с этим в пятницу вечером)
Телеграм и ТенЧат я развиваю (сейчас это означает только "наполняю контентом") разными методами.
ТенЧат я развивала "правильно": создала контент-план, четко по нему писала статьи в отдельном Кода доке, вычитывала, картинки подбирала, публиковала. В итоге написать 20 статей в месяц за 1,5 года я смогла только один раз – в месяц запуска (август 2022).
С Телеграмом пошла по другому пути: выгружаю "что делаю" и "что нашла в ходе рефлексии", "заметки по ходу дела" прямо в Телеграм. (Периодически выгружаю в общий список, те копирую посты из Телеграма в Кода док на случай потери).
УГАДАЙТЕ, КУДА МНЕ ЛЕГЧЕ ПИСАТЬ
ТенЧат я развивала "правильно": создала контент-план, четко по нему писала статьи в отдельном Кода доке, вычитывала, картинки подбирала, публиковала. В итоге написать 20 статей в месяц за 1,5 года я смогла только один раз – в месяц запуска (август 2022).
С Телеграмом пошла по другому пути: выгружаю "что делаю" и "что нашла в ходе рефлексии", "заметки по ходу дела" прямо в Телеграм. (Периодически выгружаю в общий список, те копирую посты из Телеграма в Кода док на случай потери).
УГАДАЙТЕ, КУДА МНЕ ЛЕГЧЕ ПИСАТЬ
Иногда просто не везет
Я вчера утром: планы, надо то и се сделать
Я вчера вечером: романтический вечер при свечах (потому что квартира обесточена – проблемы с щитком)
Обидно, под конец "спринта" / MOVE случилось, придется сдвигать срок завершения(
Я вчера утром: планы, надо то и се сделать
Я вчера вечером: романтический вечер при свечах (потому что квартира обесточена – проблемы с щитком)
Обидно, под конец "спринта" / MOVE случилось, придется сдвигать срок завершения(