Если вы такие, ну чисто любопытно, а чем человек занимается в час ночи.

То вот ответ 😁

Менеджеры плодят все больше менеджеров, чтобы чувствовать свою значимость

Тут мой дружище-пирожище Миша Трифонов напомнил мне про статью Пола Гремма

«Maker’s Schedule, Manager’s Schedule» (а написал ее он, когда я еще под стол пешком ходил)

Основные идеи статьи

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

2. Работа менеджера: встречи. Время, когда нет встречи - впустую потраченное время.

3. Время создателя: собственно, что-то сделанное. Для него встреча - разрушенная продуктивность.

Оооокей!

А что с этим можно делать?

1. Дни без встреч.
2. Группировка встреч под вечер, чтобы высвободить утро.
3. Менеджерам научиться находить себе «занятие» в свободные слоты.

А знаете каким путем идут большинство компаний?

Мы создаем все больше менеджеров, для того, чтобы менеджеры могли общаться между собой и не отвлекать «создателей»🤣

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


👉🏼Вот тут можно прокомментировать и дополнить

@badtechproject

Гугл опять дропнули такую вот штуку

Prompt Engineering
Author: Lee Boonstra

Как пользоваться:
1. кидайешь в чат LLM-ки
2. задаешь вопросы нейронке и она тебе расскажет, как и что делать))


‼️Вы только вдумайтесь! Даже читать не надо, чтобы пользоваться! 😂

Вот как пользоваться: реально, можно не читать!


Файл во вложении. Какие эффекты менеджер продукта может получить? Какие сценарии использования? Напиши в ответе описание сценария и промпт

————

Ниже приведены основные эффекты, которые может получить менеджер продукта, используя крупномасштабные языковые модели (LLM) и методы prompt engineering, а также три примера сценариев применения вместе с соответствующими промптами .

---

## Эффекты (польза) для менеджера продукта

1. Ускорение аналитики и принятия решений.
Автоматическое суммирование, поиск инсайтов, быстрая оценка идей или спецификаций.

2. Оптимизация коммуникации в команде.
Генерация структурированных user stories, подготовка писем и документации для разных целевых аудиторий.

3. Классификация и приоритизация фидбэка.
Быстрое извлечение сути из пользовательских отзывов, определение приоритетов (баг, запрос фичи, UX-проблема и т. п.).

4. Автоматизация рутины.
Написание черновиков, перевод контента, подготовка тест-кейсов и так далее.

5. Ускоренное прототипирование и проверка гипотез.
Генерация концепций фич, сценариев использования, brainstorming с фиксацией ключевых шагов.

---

## Сценарии использования и примеры промптов

### Сценарий 1: Анализ отзывов пользователей и выделение ключевых категорий

Описание сценария:
Менеджер продукта хочет быстро понять, на какие основные темы жалуются (или хвалят) пользователи, чтобы принять решение о приоритетах доработок. LLM может за несколько секунд «прогнать» сотни отзывов и сгруппировать их по типам: UX-проблемы, функциональные баги, запросы новых фич и пр.

Пример промпта:
<|prompt|>
У меня есть несколько пользовательских отзывов о нашем мобильном приложении. Нужно:
1. Разделить каждый отзыв на категории: "Баг", "UX-проблема", "Запрос новой функции", "Похвала", "Прочее".
2. Для каждого отзыва выдать одну категорию и краткое обоснование.
3. Вернуть результат в JSON-формате.

Примеры категорий:
"Приложение вылетает" → "Баг"
"Очень сложное меню, не могу ничего найти" → "UX-проблема"
"Хочу тёмную тему" → "Запрос новой функции"

Отзывы:
1) "После обновления кнопка 'Оплатить' пропала, приходится заходить в браузер"
2) "Очень удобное приложение, спасибо!"
3) "Не хватает сортировки по дате"
</|prompt|>

---

### Сценарий 2: Генерация пользовательских историй (User Stories) для новой фичи

Описание сценария:
Менеджер продукта описывает идею, а LLM на её основе формирует структурированные user stories с учётом роли пользователя, необходимых Acceptance Criteria и приоритетов. Это упрощает формализацию требований в бэклоге.

Пример промпта:
<|prompt|>
Ты выступаешь в роли Product Owner. Нужно из идеи сформировать user story с приоритетом.

Идея: "Пользователь хочет видеть рекомендации похожих товаров после добавления продукта в корзину."

Шаги:
1. Напиши user story формата:
"Как [тип пользователя], я хочу..., чтобы..."
2. Пропиши Acceptance Criteria (минимум 2 пункта).
3. Укажи приоритет (P1, P2 или P3) и обоснуй, почему именно такой.

4. Верни ответ в JSON:  {
  "user_story": "...",
  "acceptance_criteria": ["...", "..."],
  "priority": "..."
}
</|prompt|>

---

### Сценарий 3: Подготовка черновика письма команде о запуске новой версии

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

Пример промпта:
<|prompt|>
Контекст: пишем письмо внутренней команде (разработчики, QA, аналитики) о выпуске новой версии нашего мобильного приложения.
Требования к письму:
- Официально-дружелюбный тон.
- Указать 3 ключевых изменения (пример: улучшена стабильность, обновлён дизайн профиля, добавлена фильтрация по датам).
- Завершить письмо призывом к тестированию и обратной связи.

Сформируй короткий текст (не более 120 слов). В конце добавь подпись: “С уважением, [Команда продукта]”.
</|prompt|>

Мальчик - радуется новой приставке!

Мужчина - новому пылесосу 😂😂😂

Сейчас будем вскрывать)

Обратная связь

Вроде как в современным мире нам регулярно объясняют как правильно давать обратную связь друг другу.
Но очень обидно, когда забываются некоторые вещи.
Очень больно видеть, когда все еще совершаются такие ошибки.

Давайте повторим еще раз правила:

1.
Нельзя-нельзя сотруднику на протяжении всего периода говорить, что у вас все норм, а потом неожиданно на ревью начать говорить ему, как и где он ошибался. Обратная связь должна быть регулярной и последовательной
2.
Обратную связь можно и нужно давать руководителю. Кстати, и тут действует принцип (1).
3.
Говорить нужно конкретные факты. Нужно ссылаться, на конкретные события. Абстрактная похвала или развивающая обратная связь никому не помогут.
4.
Мы говорим и хорошее, и развивающее.
Если вы не можете найти что-то из этого - как руководитель вы не доработали.

И помните, вы хотите развивать, а не наказывать!

👉🏼Обсуждаем вот тут: можно накидать свои кейсы, мы их вместе разберем.

Как прошла твоя прошлая обратная связь?

🔥 - я в восторге
♥️ - с этим миром все, несите следующий

@badtechproject

Короче, забирайте:
я вам принес Гайд от OpenAI, как эффективней пользоваться 4.1

Сделал его, кстати, вот так:
1. Открыл LLM
2. Написал: Дружище, вот тебе ссылка, сделай, плз, PDFку мне.

‼️Как пользоваться?
1. Кидаешь ПДФ в LLMку
2. Задаешь ей вопросы (не будете же вы реально читать 26 страниц!)
3. Просишь учитывать эти знания при обработке и остальных твоих вопросов

@badtechproject

Пхахаха

OpenAI учат нас, как пользоваться их продуктами 🤣

На самом деле, это очень грамотный шаг, по своим темам с ИИшкой я делаю тоже самое.

По ссылке гайд для бизнеса от OpenAI, о том, как внедрять GenAI в бизнесс процессы:
https://openai.com/business/guides-and-resources/

Что там найдешь?
– ИИ на предприятии: опыт семи передовых компаний
– Практическое руководство как делать агентов ИИ и зачем это вашим сотрудникам?
– Сценарии и подходы к масштабированию

Для любого корпоративного менеджера маст рид!

@badtechproject

Предлагаю сегодня кайфовать от такого трека😉

Я и чатгпт сделали вам шпаргалку по прохождению систем-дизайн интервью.
Ну чтобы вы показали свои супер крутые менеджерские скиллы на старте)

@badtechproject

Если у тебя горячий кофе — проверь, не забыл ли ты где-то ребёнка🤣🤣🤣🤣

Раз на раз! 🥊

Хм…недавно на одном круглом столе меня спросили: «готов ли я тратить время на 1:1 с сотрудниками?»

Это, что, блин, за начальники такие у людей, что они, в целом, такой вопрос задают?

Вы, просто, издеваетесь, что ли???

Давайте разберемся раз и на всегда:
1. «Тратить» время! Худшая формулировка!

2. 1:1 - это инвестиция!

3. Я могу и готов найти всегда дополнительные 30-60 минут для 1:1. И нет, исключений не бывает.

4. Я всегда готовлюсь к 1:1. Ага, и к своим встречам с руководителем 😉

5. 1:1 - это в первую очередь встреча для сотрудника, где он может обсудить со мной любую тему от футбола до статуса проектов, поделиться обратной связью, пожаловаться и т.п.
Но если у него тем к обсуждению, то будем обсуждать статусы проектов😁

Короче, всегда можно и нужно находить время, чтобы выйти раз на раз 1:1 с сотрудником 😁

А у тебя есть 1:1 с боссом?

👍 - конечно, да
♥️ - неееет…
💊 - да кому нужны эти 1:1

👉🏼Вот тут можно мне рассказать, почему я не прав

P.S. Во вложении скрипт для встречи 1:1 для менеджера и для сотрудника 😉

@badtechproject

Самый важный прием в конфликтах 🔫

Есть важнейший прием в конфликтах, который все упускают.

Очень легко быть белым и пушистым пони в мире конфликтов.
Совсем не трудно идти на уступки и искать вин-вин.

Да-да, поверьте!

Знаете, что на самом деле трудно?
Вести себя как гангстер в конфликтах.

Почему?
Нам страшно, что нас осудят.
Нам страшно, что нам ответят, даже если мы защищаемся от агрессора.

А что такое поведение ганстера?

1. Если кто-то влез на твою территорию, то сначала стреляй, потом веди переговоры.

2. Если кто-то пересек черту, которую ты обозначал, как непересекаему: сначала стреляй, потом веди переговоры.

Что на практике?

1. Если ты отвечаешь, к примеру, за выстраивание Q&A и кто-то начинает залезать на твою территорию с целью подорвать твой авторитет: не тех берете, не так работаете, то сначала ты жестко отвечаешь на любые выводы. Делаешь это в формате «неадеквата», накидывая любых доводов.
И только после того, как агрессор успокоится, идешь обсуждать с ним причины.

2. Если кто-то наезжает на твоих сотрудников/результаты их работы публично, то сначала жестко всех посылаешь в пешее путешествие, а потом идешь и разбираешься со своим сотрудником, какого же фига он так накосячил!

3. Если ты обозначил дедлайн, как 2 недели до эскалации, то ровно через 2 недели ты эскалиурешь, а не заходишь уточнить вопросы или вновь подвинуть срок.

Кстати, с детьми тоже самое😱
- никто не имеет права ругать на площадке моего ребенка: сначала я жестко пресеку, а потом поговорю с ребенком
- если обозначил ребенку правила, то нельзя от них отступать: 30 минут на мультики, значит через 30 выключаем и т.п.

💯 - если ты, просто согласен.
🔥 - если тебе легко быть «гангстером»
♥️ - проще быть «белым и пушистым». Мне, кстати, сильно проще…

Как всегда, обсуждаем вот тут

@badtechproject