Информация
- В рейтинге
- Не участвует
- Откуда
- Москва, Москва и Московская обл., Россия
- Зарегистрирован
- Активность
Специализация
Директор по продукту, ERP-программист
Ведущий
Fullstack
Веб-разработка
Архитектура предприятия
Оптимизация бизнес-процессов
Управление изменениями
JavaScript
PHP
Python
Perl
Пожалуйста, прочитайте уже хотя бы базовую критику про "пирамиду Маслоу" и перестаньте пользоваться этой разноцветной ерундой. Она не даёт ЦЕЛОСТНОГО понимания о том, как устроен человек.
Взять лекции того же Дубынина (современная нейрофизиология) - не дословно цитирую, но примерно: "в каждый момент времени за внимание человека, как за исполнительный орган, борется около 40 различных систем"... 40!!! А тут у вас сколько перечислено?
Физиологических потребностей - множество! Психологических - еще больше! Взять ту же "безопасность" - это про "положительный прогноз будущего" или про "максимальную вовлеченность в процесс"? И то и другое дает человеку ощущение безопасности, но принцип - кардинально разный!
А еще социальные потребности! Всякие противоречия про стремление к принадлежности и к автономности?
Тема потребностей - очень важная для маркетологов - ее надо изучать! Там очень много направлений и нюансов, а применение "пирамиды" - это просто маркер низкой квалификации в этом вопросе :( Не делайте так! Проявляйте себя профессионально!
Про миллиардников относительно кол-ва сотрудников есть классические примеры и в до-ИИ-шную эпоху... тот же Ватсап.
Оптимизировать среднюю прослойку менеджмента вполне себе здравая организационная задача и БЕЗ применения ИИ :)
Параллельный мыслепоток: "чтобы ИИ давал хорошие результаты надо научиться правильно писать промпты" и как то все забыли, что раньше так же было - "какой ТЗ, такой и результат" научит ли ИИ людей правильнее ставить задачи, чем они это НЕ делали раньше? Делаю ставку на людей :)
К лидерству, как и к предпринимателю приставка Vibe - лишняя... чисто человеческие фишечки, эмоции и эффекты - роботы лежат отдельно.
Верю, что я не идеален в формулировании мыслей, но я не вижу противоречия написанного мной Вашим замечаниям. На мой взгляд Ваши замечания соответствуют тому, что я написал и не понимаю зачем оппонировать, когда мы написали одно и тоже только разными словами :)
1) на что - это будет реклама, а статья не рекламная
2) шкафы - это действительно удобная метафора для любого процесса. MES - это правильно, если на него бюджета хватает :)
3) вариативность процессов на канбане - вполне... это то, на что я ссылаюсь, как на творческий подход и про "два пишем, три в уме"
4) зависимые доски - это опять же "творческая" реализация за рамками концепции Канбана. Если бы на Канбан существовал официальный стандарт, то я бы сказал - "за рамками стандарта"
Возможно Вы не четко выразились, но переносить надо всю информацию иначе через пару лет концов не найдешь что и почему случилось, а так хоть останется возможность разобраться. Про дубликаты - это да, их надо переработать.
Подержу Вас на руках :) Задорно получилось и "животворяще"
в том то и дело, что те сервера, через которые я могу отправть сообщение стандартными средствами у хостера - НЕ подписывают письма правильно :( Передаются только те заголовки, которые я отправляю, а dkim сверху не добавляется. Но у них есть отдельный почтовый сервер для пользователей, куда логинишься и можешь отправлять нормально подписанные письма. Чтобы не быть голословным я говорю про простые тарифы Beget
Софт - это не только код, но и архитектура решения. Отправить напоминалку по каналам - это один уровень решения, а вычислить прибыль складского комплекса - другой. Есть распространенные задачи, по которым есть множество решений и ИИ может на них натренироваться, чтобы собрать 100500-очередное. Но есть еще поле не паханное, есть еще не придуманные области и не проработанные. Там по щелчку пальцев не появится подходящий "по размеру костюмчик"
ровно так и есть! У хостера все это настроено на своем почтовом клиенте и без вариантов отправлять классическими рецептами
год назад дело было, я уже не помню деталей - кажется надо было залогиниться на мейл сервер хостера и через него рассылать со всеми антиспамовскими заголовками, потому что ни через сендмейл, ни через лайт настроить отправку не получалось - всё дружно валилось в спам :( Возможно я мало времени уделил поискам, но библиотечка для питона в три строки дело решило моментом я и перестал биться
О да! Первое, что приходится переводить с перла на питон - отправка писем из-за наличия библиотек, соответствующих всем этим новомодным антиспамерским штукам... В перле приходится убиваться, а в питоне подключил либку и оно само заработало...
Какая же это дичь - "продуктовый маркетинг"! Можно подумать существует какой-то маркетинг без продукта.
"Забудте о своем продукте - начните с аудитории" - ага, остальные то маркетологи к аудитории не имеют отношения.
Продуктовые "фичи" - как представлю себе это в описании терминологии, какого-нибудь официального ГОСТа :))) Дальше придется описывать и что такое "маркетинговый кринж"
Знаете в чем проблема нарисованных тут разноцветных шариков? Подходы хороши, чтобы справиться с задачей. Но человеческое восприятие работает по-другому и раз этот подход не соответствует, значит его полезность низкая... Идите от нейрофизиологии, от психологии восприятия, там и в сторону культуры можно будет повернуть, как обобщения человеческого опыта - это все будет полезнее, чем "фичи" и остальные два зеленых шарика.
"служит мессенджером, передавая фидбек о продукте от сапорта, сейлов или от рынка." вот это сленг! прям хоть в золотой архив добавляй, как шикарный кейс!
"Как меняются обязанности PMM через призму аудитории" - это что! Как поменяется PMM если основы маркетинга прочитать - там просто божественное откровение будет!
"Аудитория — это набор сущностей" - давно такого удовольствия не получал! Какая подача!
Пожалуйста, посмотрите на свой текст со стороны.
"Правильное число" - не нужно, нужен вектор - растут отвалы или держатся в "норме".
1) если "в компании всё понимают" - зачем тогда строить статью на глупой модели "матрицы"?
2) приоритеты - это инструмент управления. Иерархия подчинения - тоже. Но можно творчески подойти к этому вопросу и применять их не во благо, а во вред. С людьми вообще - скучно не бывает :)
Земля стоит на трех слонах, которые стоят на черепахе. Ну конечно же это не слоны, а северные олени, потому что ... дальше можно о чем угодно рассуждать, но тезис о плоской земле - пропихнули. А ведь все эти рассуждения - гроша ломанного не стоят, зная, что земля не плоская.
Теперь к статье. Срочность - это один из многих критериев важности (просто задумайтесь об этом). Другими критериями важности могут быть риски, затраты, ценность и прочее. Важно, потому что доступно. Важно, потому что ценно. И так далее.
Получается, что Эйзенхауэр в одной матрице сравнивает Крокодила с Крокодильим хвостом.
Дальнейшие рассуждения о матрице - не имеют смысла, как это приведено в примере про плоскую землю.
Ишью треккер... ну суть - возврат к форумам :) Там тоже было все по темам разложено и специально для флуда создавалась темка-отдушина
В моей реальности специалист - это тот, кто создает результат, а руководитель, тот, кто из кучи полученных результатов, как из частей - обеспечивает финальный и целостный результат. Если специалист создает результат "от и до", то тут руководитель не нужен.
Что касается принятия управленческих решений - то тут важно понимать сложность окружения и требований - не всегда у специалиста есть доступ ко всей полноте условий, чтобы соревноваться с руководителем в "рациональности".
Что касается эффективности исполнения своих функций на практике, то тут, конечно, колоссальный разброс - толпы идиотов могут оказаться с любой стороны :)
ЗЫ: есть еще одна штука про "полномочия отдавать приказы", называется "психологический контракт" - это мы Сами! и только мы наделяем другого человека такими полномочиями, признавая их наличие...
Большое количество данных так и подмывает собрать в виде красивых отчетов.
Вот только для руководителя важнее отслеживать условно 3 правильных метрики, чем 100500 полезных.
Правильные метрики - это те, где каждая со своей стороны показывает уровень рисков текущей ситуации, чтобы принимать решения о необходимости концентрации ресурсов на проблемной области.
Полезные метрики - нужны на этапе отладки процессов, а затем лишь раз в год, чтобы понимать, что "правильной дорогой идем, товарищи". Раз в год - это НЕ задача для дашборда...
Загружать полезными метриками повседневность руководителя - это напрасная трата ресурса...
про "нерешаемые задачи"
1 - это кайф, что они есть, иначе скучно
2 - задачи - это абстракции... вымысел... результат мыследеятельности, если с этой точки зрения смотреть, то ничего страшного, что не решаются
3 - выдвину гипотезу (почти, как про количество ангелов на булавке:) - что если собрать все решаемые задачи и все нерешаемые, то последние будут статистически незначимым кол-вом
Данные и информация - это подвид ресурсов. Поэтому вместо них я бы на первое место поставил "Смысл" - если он есть, то задача будет делаться :) Даже если он надуманный или нелогичный - причина у задачи должна быть.