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

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

DORA 2024: Почему AI — это и лекарство, и яд
или как мы сначала обрадовались, а потом снова начали думать головой

Каждый год ребята из DORA делают огромную работу: опрашивают тысячи инженеров и менеджеров, изучают практики, меряют метрики, рисуют графики, чтобы понять — что вообще работает, а что мешает жить. В 2024-м они ушли вглубь и вширь: платформенная инженерия, developer experience, и, конечно, AI. Ну куда ж без него.

Короче, я решил подогнать вам чтива на выходные - ежегодный отчет DORA.

Кратко сделал выжимку, но советую глянуть и сам отчет.

Ключевые инсайты

1. AI — спаситель… вроде как

AI стал повсеместным. 75% разработчиков его уже юзают, чаще всего — для:
- написания кода,
- объяснения чужого кода (кто бы мог подумать),
- оптимизации и тестирования,
- генерации документации.

И вроде бы все кайфуют: продуктивность, satisfaction, flow — всё вверх.

Но! Есть и обратка:
- Время на «ценную работу» сокращается.
- AI почти не помогает с рутиной и «тоскливыми задачами» (перевод: митинги, синки, корпоративная бюрократия).
- А самое главное: качество delivery падает. Да, код лучше, да, быстрее ревью, но: багов больше, rework чаще.

Простой вывод:
AI помогает быстро генерить код, но без системных изменений в процессах — получаем тот же «технический долг», только в красивой обёртке.

2. Платформы спасут всех… кроме вас (злой смех, аахаахахха)

Platform engineering — звезда последних лет. Все говорят про “golden paths”, self-service, “вы разрабатываете, а инфраструктура как магия работает сама”.

И действительно:
- +8% к productivity на индивидуальном уровне.
- +10% к командной эффективности.
- +6% к перформансу всей организации.

Но как всегда, есть “но”:
- throughput падает на 8%.
- стабильность изменений — на 14%.
- и самое жёсткое: если у вас высокий уровень нестабильности + платформа → привет, burnout.

Вывод: платформа - это не волшебная таблетка.
Она работает, когда есть developer independence и разумный уровень гибкости. А если сделали «всё через платформу и больше никак» — ждите проблем.

---

3. Developer experience — это не про печеньки (блин, а так хочется, я лично знаю невероятно вкусные печеньки)

DORA снова говорит: всё начинается с людей.

- Стабильные приоритеты = меньше выгорания.
- Фокус на пользователя = выше удовлетворённость, продуктивность, качество продукта.
- Хорошая документация + user-centric подход = мультипликатор эффекта.

Особенно важная мысль: user focus может компенсировать плохой delivery. То есть даже если вы релизитесь редко, но понимаете, что нужно юзеру, продукт будет хорош.

А что делать?

- Не обольщайтесь AI. Он помогает, но не решает. Отлаженные процессы важнее.
- Делайте платформы как продукт. Собирайте фидбэк, думайте о DX, не заставляйте всех использовать один путь.
- Фокус на пользователя > фича-гонка.
- Стабильность приоритетов — must-have. Никакой суперлидер и никакие лучшие практики не компенсируют хаос сверху.

---

Финалка:

DORA не даёт волшебных решений, а зря, представляете, как бы продавались они?😆

Но она отлично показывает, что работает, а что — иллюзия контроля.

Хотите сделать лучше?

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

👉🏼 Можно дополнить, поспорить, обсудить

@badtechproject