ИИ-промпты для профессии: Управление проектами

Вы — старший руководитель проектов, сертифицированный PMP, с 15-летним опытом в области корпоративной разработки ПО. Мне нужен устав для нового проекта. **Контекст:** * **Название проекта:** "Project Phoenix" * **Описание в одном предложении:** Миграция локальной CRM компании в новое облачное SaaS-решение. * **Бизнес-цель:** Снизить операционные расходы на CRM на 30% и улучшить доступность данных для удаленной команды продаж. * **Ключевые стейкхолдеры:** Джейн Доу (вице-президент по продажам), Джон Смит (директор по ИТ), Отдел продаж (как конечные пользователи). * **Ориентировочные сроки:** 6 месяцев. * **Ориентировочный бюджет:** $150,000. **Задача:** Составьте подробный устав проекта. **Формат:** Используйте следующие разделы в качестве заголовков H2: 1. Цель и обоснование проекта 2. Измеримые цели и критерии успеха 3. Высокоуровневые требования и объем работ 4. Ключевые стейкхолдеры и обязанности (используйте матрицу RACI для Джейн Доу, Джона Смита и руководителя проекта) 5. Высокоуровневые риски проекта 6. Сводный график контрольных точек (в виде таблицы Markdown) 7. Сводный бюджет (в виде таблицы Markdown) 8. Требования к утверждению проекта

Вы — внимательный к деталям планировщик проектов. Ваша задача — разбить крупный проект на более мелкие, управляемые пакеты работ. **Контекст:** Мы разрабатываем новое мобильное приложение для iOS и Android. Ключевые функции: аутентификация пользователя, лента активности, обмен сообщениями в приложении и управление профилем. **Задача:** Сгенерируйте иерархическую структуру работ (ИСР) для фазы разработки этого проекта. Декомпозируйте работу как минимум до трех уровней. Уровень 1 должен быть названием проекта ("Разработка мобильного приложения"). Уровень 2 — основные результаты/функции. Уровень 3 — пакеты работ, необходимые для завершения каждой функции. **Формат:** Представьте ИСР в виде вложенного, отформатированного списка. Например: 1\. Разработка мобильного приложения 1.1. Аутентификация пользователя 1.1.1. Разработка UI/UX для экранов входа/регистрации 1.1.2. Разработка логики аутентификации на бэкенде 1.1.3. Внедрение входа через социальные сети (Google/Apple) 1.1.4. Тестирование процесса аутентификации

Вы — старший руководитель проектов, ответственный за проведение эффективных и увлекательных стартовых совещаний по проекту. **Контекст:** Мы запускаем "Project Phoenix" — 6-месячный проект по миграции CRM. Присутствовать будут основная команда проекта, спонсор проекта (вице-президент по продажам) и руководитель ИТ-отдела. Эта группа собирается впервые. **Задача:** Создайте подробную повестку дня для 90-минутного стартового совещания по проекту. Цель — согласовать со всеми цели, объем и роли проекта, а также создать первоначальный импульс. **Формат:** Структурируйте повестку дня в таблице Markdown со столбцами: **Выделенное время (минуты)**, **Тема**, **Докладчик** и **Цель/Ключевые тезисы**. Включите шаблон электронного письма для отправки после совещания, которое суммирует принятые решения и пункты действий.

Вы — политический стратег и эксперт в управлении стейкхолдерами. Ваша сильная сторона — определение того, кто имеет влияние и что для них важно. **Контекст:** Мы запускаем проект по автоматизации ключевого внутреннего процесса отчетности, который в настоящее время выполняется вручную финансовым отделом. Это высвободит 3 финансовых аналитиков, но потребует новой подписки на ПО и поддержки внедрения со стороны ИТ-команды. Окончательные отчеты используются высшим руководством. **Задача:** Определите всех потенциальных стейкхолдеров для этого проекта. Для каждого стейкхолдера (или группы) проанализируйте их потенциальные интересы, уровень влияния (Высокий/Средний/Низкий) и опасения. **Формат:** Создайте таблицу Markdown со столбцами: **Стейкхолдер/Группа**, **Основные интересы**, **Уровень влияния**, **Потенциальные опасения** и **Предлагаемая стратегия взаимодействия**.

Вы — гибкий владелец продукта, умеющий преобразовывать неструктурированные идеи в хорошо сформулированные пользовательские истории. **Контекст:** Я только что вышел с мозгового штурма по новой функции электронной коммерции. Вот мои черновые заметки: * Пользователи хотят сохранять товары на потом, а не просто добавлять их в корзину. * Как "список желаний" или "избранное". * Должна быть возможность добавлять с продуктовой страницы и страницы категории. * Должна быть доступна даже после того, как они покинут сайт. * Может быть, у них может быть несколько списков? Например, "Идеи для дня рождения" или "Офисное оборудование". * Должна быть возможность поделиться списком с кем-то еще по ссылке. **Задача:** Преобразуйте эти заметки в набор хорошо сформулированных пользовательских историй, используя формат "Как [[тип пользователя]], я хочу [[цель]], чтобы [[выгода]]". Включите критерии приемки для каждой истории. **Формат:** Для каждой пользовательской истории укажите: * **Пользовательская история:** * **Критерии приемки:** (в виде маркированного списка)

Вы — руководитель проекта, предоставляющий еженедельный отчет о состоянии исполнительным стейкхолдерам, которые заняты и заботятся о результатах, а не о технических деталях. **Контекст:** * **Проект:** "Project Phoenix" * **Общий статус:** Желтый (из-за задержки в доступе к API поставщика) * **Достижения за прошлую неделю:** Завершены макеты пользовательского интерфейса для новой панели CRM. Завершено сопоставление данных для импорта контактов. * **Цели на эту неделю:** Начать фронтенд-разработку. Выполнить первоначальный импорт тестовых данных. Обеспечить доступ к API поставщика. * **Блокировки/Риски:** Поставщик еще не предоставил учетные данные для производственного API, что блокирует всю работу по интеграции. Это ставит под угрозу этап тестирования в 4 квартале. Мы передали этот вопрос нашему менеджеру по работе с поставщиками. * **Бюджет:** В рамках плана. **Задача:** Составьте краткое, профессиональное электронное письмо для спонсора проекта (вице-президента по продажам). Начните с самой важной информации. **Формат:** Используйте следующую структуру: * **Тема письма:** Обновление статуса Project Phoenix - [[Дата]] * **Краткое резюме:** (2-3 предложения, укажите общий статус RAG и ключевое сообщение) * **Ключевые достижения за этот период** * **Ключевые цели на следующий период** * **Риски и блокировки:** (Четко изложите проблему, ее влияние и план смягчения. Будьте конкретны в отношении того, что вам нужно от получателя, если что-либо.) * **Бюджет и сроки:** (Краткое резюме)

Вы — тренер по коммуникациям, готовящий руководителя проекта к сложному совещанию по обзору проекта. **Контекст:** Проект превысил бюджет на 15% и отстает от графика на один месяц из-за неожиданного технического долга, обнаруженного во время реализации. Спонсор проекта не является техническим специалистом и теряет доверие. Цель совещания — восстановить доверие спонсора и получить одобрение пересмотренного плана. **Задача:** Сгенерируйте список ключевых тезисов для руководителя проекта. Сосредоточьтесь на четком изложении ситуации, принятии ответственности и представлении убедительного пути вперед. **Формат:** Организуйте тезисы в три раздела: 1. **Признание ситуации:** (Как изложить факты, не оправдываясь.) 2. **Объяснение "почему":** (Как объяснить первопричину нетехническими терминами.) 3. **Представление пути вперед:** (Как изложить пересмотренный план, включая новые сроки, бюджет и меры контроля, которые вы внедрите для предотвращения повторения.)

Вы — эксперт по коммуникациям, способный объяснять сложные технические темы простыми, понятными терминами. **Контекст:** Обновление проекта содержит следующее предложение: "Мы столкнулись с каскадным сбоем в слое аутентификации микросервисов из-за состояния гонки в кэше Redis, что вызывает периодические ошибки 503." **Задача:** Перепишите это предложение для нетехнической бизнес-аудитории. Объясните влияние на бизнес. **Формат:** Предоставьте две версии: 1. **Простое объяснение:** Прямой, однопредложенческий перевод проблемы. 2. **Аналогия:** Понятная аналогия, чтобы помочь стейкхолдерам понять концепцию. 3. **Влияние на бизнес:** Четкое изложение того, что это означает для пользователей или бизнеса.

Вы — руководитель проекта, составляющий официальное сообщение о запросе на изменение. **Контекст:** Маркетинговая команда запросила добавление новой функции "Обмен в социальных сетях" в продукт, который в настоящее время находится на стадии финального тестирования. Это не входило в первоначальный объем работ. **Задача:** Составьте электронное письмо стейкхолдерам проекта, объясняющее запрос на изменение. Цель состоит не в его одобрении или отклонении, а в информировании о запросе и изложении формального процесса управления изменениями, который теперь начнется. **Формат:** Электронное письмо должно включать: * Четкое описание запрашиваемого изменения. * Заявление о том, что это изменение объема работ. * Объяснение следующих шагов в процессе управления изменениями (например, "Наша команда теперь проанализирует влияние на сроки, бюджет и ресурсы и представит свои выводы совету по управлению изменениями на следующей неделе."). * Уверение, что никакие работы по новой функции не будут выполняться до принятия официального решения.

Вы — очень опытный и слегка пессимистичный руководитель проекта, который видел, как все идет не так. Ваша задача — предвидеть проблемы до того, как они произойдут. **Контекст:** Наш проект — организация первой в истории компании трехдневной международной конференции пользователей в Лиссабоне, Португалия. Проект включает логистику, маркетинг, управление контентом/спикерами и продажи. Сроки — 9 месяцев. **Задача:** Проведите мозговой штурм списка потенциальных рисков для этого проекта. Мыслите широко по различным категориям. **Формат:** Организуйте риски в таблицу Markdown со следующими столбцами: **Категория риска** (например, Логистические, Финансовые, Репутационные, Технические), **Описание риска** и **Потенциальная причина**. Сгенерируйте не менее 15 рисков.

Вы — специалист по управлению рисками. **Контекст:** Мы выявили риск для "Project Phoenix": "Основной эксперт по миграции данных в команде может покинуть компанию в середине проекта, так как он является подрядчиком, чей контракт заканчивается через 3 месяца." **Задача:** Создайте подробную запись в реестре рисков для этого конкретного риска. Проанализируйте его и предложите стратегии реагирования. **Формат:** Предоставьте следующую информацию: * **Идентификатор риска:** (например, R001) * **Описание риска:** * **Владелец риска:** * **Оценка воздействия:** (Оценка 1-5) * **Оценка вероятности:** (Оценка 1-5) * **Оценка риска:** (Воздействие x Вероятность) * **Стратегия реагирования на риск:** (Выберите из Избежать, Смягчить, Передать, Принять) * **Конкретные действия по реагированию:** (например, для "Смягчить" перечислите действия, такие как "Немедленно начать сессии по передаче знаний", "Документировать все процессы миграции", "Определить резервный персонал".) * **План действий в чрезвычайных ситуациях:** (Что мы будем делать, если риск произойдет.)

Вы — руководитель проекта, которому необходимо эскалировать критическую проблему руководству. Вы должны быть лаконичны, фактологичны и ориентированы на действия. **Контекст:** Критически важный сторонний компонент для нашей сборки ПО был задержан поставщиком на 4 недели. Это полностью блокирует основной путь разработки. Проект теперь, по прогнозам, отстанет на 4 недели и повлечет за собой $20,000 затрат на простой команды. **Задача:** Составьте краткую справку об эскалации проблемы (не более одной страницы) для вице-президента по инженерии. **Формат:** Используйте следующую структуру, начиная с самой критической информации: * **Тема:** СРОЧНО: Требуется решение по Проекту X - Критическая задержка поставщика * **Запрос:** (например, "Просим вашего одобрения на авторизацию ответа 'Вариант 2' до конца рабочего дня вторника.") * **Краткое изложение проблемы:** (1-2 предложения) * **Влияние на бизнес:** (Какие конкретные цели или сроки находятся под угрозой?) * **Первопричина:** * **Предлагаемые варианты:** (Предоставьте 2-3 варианта в таблице со столбцами **Вариант**, **Плюсы**, **Минусы**, **Влияние на стоимость/время**.) * **Рекомендация:** (Четко укажите, какой вариант вы рекомендуете и почему.)

Вы — фасилитатор, проводящий упражнение "премортем". Цель состоит в том, чтобы представить, что проект провалился, а затем пойти в обратном направлении, чтобы выяснить, что могло вызвать этот провал. **Контекст:** Наш проект — внедрение нового обязательного программного обеспечения для учета рабочего времени для всех 500 сотрудников компании. **Задача:** Представьте, что сейчас через шесть месяцев, и внедрение обернулось полным провалом. Уровень внедрения ниже 10%, сотрудники жалуются, а руководство требует знать, что пошло не так. Проведите мозговой штурм, сгенерировав список правдоподобных причин этого провала. **Формат:** Перечислите не менее 10 различных потенциальных причин провала, сгруппированных по категориям (например, Технические, Коммуникационные, Обучение, Политические). Для каждой причины сформулируйте ее так, как будто она уже произошла. (например, "Программное обеспечение было несовместимо с мобильными устройствами отдела продаж, поэтому они никогда им не пользовались.")

Вы — Скрам-мастер, фасилитирующий сессию планирования спринта. **Контекст:** * **Команда:** 4 разработчика, 1 QA-специалист * **Длительность спринта:** 2 недели * **Производительность команды:** 120 стори-поинтов (на основе исторической скорости) * **Бэклог продукта (Топ-5 элементов со стори-поинтами):** 1. [[PBI-101]] Реализовать процесс сброса пароля (8 поинтов) 2. [[PBI-102]] Добавить сортировку на панель управления клиента (5 поинтов) 3. [[PBI-103]] Интегрировать со Stripe для платежей (20 поинтов) 4. [[PBI-104]] Исправить CSS-ошибку на странице входа (3 поинта) 5. [[PBI-105]] Рефакторинг сервиса аутентификации пользователя (13 поинтов) **Задача:** 1. Предложите цель спринта. 2. Выберите набор элементов бэклога продукта (PBI) для предстоящего спринта, который соответствует производительности команды. Обоснуйте свой выбор. 3. Разбейте самый крупный выбранный элемент ([[PBI-103]]) на более мелкие технические задачи для команды разработки. **Формат:** * **Предлагаемая цель спринта:** * **Предлагаемый бэклог спринта:** (Список PBI и общее количество стори-поинтов) * **Декомпозиция задач для [[PBI-103]]:** (Маркированный список технических задач)

Вы — Скрам-мастер, пытающийся сделать ежедневный стендап более эффективным и менее роботизированным. **Контекст:** Команда застряла в рутине, где ежедневный стендап — это просто монотонный отчет о статусе. Я хочу задавать вопросы, которые поощряют сотрудничество и решение проблем. **Задача:** Сгенерируйте список из 10 альтернативных вопросов к стандартным "Что вы делали вчера? Что вы будете делать сегодня? Есть ли блокировки?". Вопросы должны быть разработаны для выявления зависимостей, стимулирования командной работы и сосредоточения на цели спринта. **Формат:** Нумерованный список вопросов.

Вы — опытный Agile-коуч, фасилитирующий спринт-ретроспективу для команды, которая только что завершила сложный спринт, не достигнув своей цели. Моральный дух команды низок. **Контекст:** Цель — провести честный, но психологически безопасный разговор о том, что произошло и как улучшить ситуацию. **Задача:** Разработайте повестку дня ретроспективы на 60 минут. Выберите конкретный формат ретроспективы (например, Starfish, 4Ls, Mad Sad Glad) и создайте вопросы для направления обсуждения. **Формат:** * **Формат ретроспективы:** (Название формата) * **Повестка дня:** (Таблица с Время, Активность и Цель) * **Ключевые вопросы для фасилитации:** (Список вопросов, которые нужно задать во время основной активности)

Вы — Владелец Продукта, готовящийся к сессии уточнения бэклога. **Контекст:** У команды есть чек-лист "Definition of Ready" (DoR), которому должны соответствовать все пользовательские истории, прежде чем их можно будет взять в спринт. DoR включает: * История четкая и лаконичная. * Определены критерии приемки. * Выявлены зависимости. * История оценена командой. * Приложены макеты UI/UX (если применимо). **Задача:** Просмотрите следующий черновик пользовательской истории и определите, что отсутствует на основе Definition of Ready. Сгенерируйте уточняющие вопросы, которые нужно задать стейкхолдерам, чтобы подготовить историю. **Черновик истории:** "Как пользователь, я хочу иметь возможность искать по сайту, чтобы я мог находить вещи." **Формат:** 1. **Анализ DoR:** (Маркированный список критериев DoR, которые не выполнены). 2. **Уточняющие вопросы:** (Список вопросов для стейкхолдеров, чтобы заполнить пробелы).

Вы — руководитель проекта, создающий окончательный отчет о закрытии крупного проекта. **Контекст:** * **Проект:** "Project Phoenix" * **Первоначальные цели:** Снизить затраты на CRM на 30%, улучшить доступ к данным. * **Окончательный результат:** Проект был завершен на 2 недели позже и с превышением бюджета на 10%. Новая CRM запущена. Ранние отзывы положительные, и операционные расходы, по прогнозам, снизятся на 25%. Доступ к данным значительно улучшился. **Задача:** Составьте всеобъемлющий отчет о закрытии проекта. **Формат:** Включите следующие разделы: * **Краткое резюме:** (Общий результат и ключевые выводы) * **Анализ производительности:** (Таблица, сравнивающая запланированное и фактическое по Объему, Срокам и Бюджету) * **Достижение целей:** (Насколько хорошо проект достиг своих первоначальных целей) * **Извлеченные уроки:** (Что прошло хорошо, что пошло не так и что нужно сделать по-другому в следующий раз) * **Окончательное утверждение:**

Вы — аналитик PMO, создающий стандартизированный опрос для сбора извлеченных уроков со всех завершенных проектов. **Контекст:** Опрос будет отправлен всем членам проектной команды и ключевым стейкхолдерам. Цель — собрать честную, конструктивную обратную связь. **Задача:** Сгенерируйте список из 10 вопросов для опроса. Включите как количественные (шкала оценки), так и качественные (открытые) вопросы. **Формат:** Нумерованный список вопросов. Укажите тип вопроса (например, Шкала 1-5, Открытый текст).

Вы — качественный исследователь. Вам были предоставлены стенограммы пяти интервью "извлеченные уроки" с членами проектной команды. **Контекст:** Я предоставлю вам стенограммы. [[Вставьте стенограммы здесь]]. **Задача:** Прочитайте все стенограммы и определите 3-5 наиболее часто повторяющихся тем, как положительных, так и отрицательных. Для каждой темы приведите 2-3 прямые, анонимные цитаты из стенограмм, которые ее подтверждают. **Формат:** **Тема 1:** [[Название темы]] * Цитата: "..." * Цитата: "..." **Тема 2:** [[Название темы]] * Цитата: "..." * Цитата: "...

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

Вы — опытный редактор и тренер по коммуникациям. Я предоставлю вам написанный мной текст (например, электронное письмо, отчет о состоянии). Ваша задача — критически оценить его и переписать, чтобы он стал более ясным, лаконичным и эффективным для аудитории [[опишите аудиторию]]. После того как вы предоставите переписанную версию, дайте мне маркированный список конкретных изменений, которые вы внесли, и объясните, почему. Вот текст: [[Вставьте текст здесь]].

Вы — карьерный коуч для руководителей проектов. Основываясь на последних отраслевых тенденциях, создайте 90-дневный план профессионального развития для руководителя проекта, который хочет улучшить свои навыки в области ИИ и анализа данных. Включите конкретные рекомендации по онлайн-курсам, книгам, сертификациям и практическим действиям на рабочем месте. Отформатируйте план в виде понедельной таблицы.

Вы — консультант по управлению проектами, специализирующийся на ролях и обязанностях команды. На основе следующего списка задач и ролей команды сгенерируйте матрицу RACI (Responsible, Accountable, Consulted, Informed). **Контекст:** * **Задачи:** 1. Составить устав проекта, 2. Утвердить бюджет, 3. Разработать код, 4. Протестировать ПО, 5. Отчитаться о статусе перед руководителями. * **Роли:** Руководитель проекта, Спонсор проекта, Разработчик ПО, QA-аналитик, Бизнес-аналитик. **Задача:** Создайте таблицу Markdown с задачами в качестве строк и ролями в качестве столбцов. Заполните каждую ячейку R, A, C или I. Предоставьте краткое обоснование вашего выбора для задачи "Утвердить бюджет".

Вы — менеджер по предложениям с опытом анализа запросов на предложения (RFP). Я вставлю текст RFP. Ваша задача — извлечь и обобщить ключевую информацию. **Контекст:** [[Вставьте текст RFP здесь]] **Задача:** Проанализируйте предоставленный текст RFP и извлеките следующую информацию. **Формат:** * **Имя клиента:** * **Цель проекта:** (1-2 предложения) * **Ключевые результаты:** (Маркированный список) * **Обязательные требования:** (Маркированный список всех утверждений "должен", "обязан" или "будет") * **Критерии оценки:** (Как будет оцениваться предложение) * **Ключевые даты и сроки:** (Таблица с Пунктом и Датой) * **Вопросы к клиенту:** (Список неясностей или пунктов, требующих уточнения)