Профессия:
Решение
1. Проведение ретроспективы
Подготовка (до встречи)
Шаг 1: Данные
Шаг 2: Гипотезы
Решение
1. Анализ текущей ситуации
Сбор данных (1-2 дня)
Метрики проектов:
Метрики команды:
Решение
1. Стратегия переговоров с клиентом
Нужно провести переговоры профессионально, не отвергая требование с места в карьер:
Слушание и понимание мотивации
Обоснование оценки
Приоритизация: Матрица Urgent vs Important
Это классическая ситуация, когда всё кажется срочным. Нужно различать срочность (Urgent) и важность (Important). Матрица Eisenhower помогает правильно распределить внимание.
Анализ каждой задачи
Задача 1: Crash на главной странице сайта клиента
Задача 2: Встреча с новым клиентом через час
Объяснение важности трекинга
Первый разговор с Оливером должен быть не наказывающим, а мотивирующим. Его позиция логична для работника, который не видит непосредственной выгоды. Задача — показать выгоду ему и команде.
Аргументы для Оливера
Для разработчика (личная выгода):
Объективная оценка производительности
Контроль собственного времени
Карьерный рост
Решение: Подготовка к первому релизу мобильного приложения
Контекст и вызовы
Первый релиз — критический момент для любого проекта. На карту поставлены:
Осталось 2 недели (14 дней), некоторые фичи не полностью протестированы. Это требует стратегического подхода.
Шаг 1: Подготовка команды
День 1-2 (Понедельник-Вторник):
Проводим встречу со всеми заинтересованными сторонами:
Вопросы для обсуждения:
Решение: Управление пунктуальностью в команде
1. Подход к решению проблемы
Шаг 1: Диагностика — внимательный диалог Провести приватный разговор, узнать причину, выслушать его предложения. Проверить, долго ли это происходит и есть ли объективные причины (часовые пояса, встречи с клиентами).
Шаг 2: Определение влияния 15 мин × 5 человек × 5 дней = 6+ часов потери времени в неделю. Влияет на мораль и дисциплину команды.
Шаг 3: Поиск компромисса Рассмотреть несколько вариантов вместе с сотрудником, убедиться в справедливости выбора.
2. Варианты компромисса
Вариант A: Переместить время встречи
Вариант B: Асинхронный standup
Решение: Quiz-игра в Unity
Эта задача требует построения полнофункциональной quiz-системы с управлением словами, UI-интерфейсом и подсчетом очков. Расскажу об архитектуре решения.
Архитектура системы
Основные компоненты:
Реализация структуры данных
public class Word
{
public string Text { get; set; }
public int Difficulty { get; set; }
public int Points { get; set; }
}
public class GameState
{
public Word CurrentWord { get; set; }
public bool[] GuessedLetters { get; set; }
public int AttemptsLeft { get; set; }
public int Score { get; set; }
public int TotalWords { get; set; }
public int WordsGuessed { get; set; }
}
WordManager для загрузки файла
Решение
1. Организация работы команды при потере контакта
Немедленные действия
Локальное принятие решений (team autonomy)
Параллельная разработка
Документирование предположений
Решение
Часть 1: Решение текущей ситуации
Сценарий, когда разработчик получает срочные задачи от нескольких менеджеров одновременно, — классическая проблема управления приоритетами. Вот как её разрешить:
Немедленные действия (первые 30 минут):
Организовать срочное совещание с тремя менеджерами и Дмитрием одновременно
На совещании обсудить:
Единая методология оценки: Story Points + QA Hours
Проблема реальна: Dev оценивают поинтами (относительная сложность), QA оценивают часами (абсолютное время). Нужна система, которая объединяет оба подхода.
1. Объяснение команде: Story Points for Everyone
Главная идея: Story Point = относительная сложность, НЕ часы.
Шкала:
Для QA: "Ты оцениваешь не только тестирование, но и:
2. Подход: Hybrid Estimation
На Planning meeting:
Dev говорит: "5 points"
QA говорит: "6 часов"
PM говорит: "Total estimate = 5 + (6/4) = 6.5 points ≈ 8 points"
Решение
1. Определение корневой причины
Личное интервью с Патриком (1-на-1)
Это важно сделать в конфиденциальной, поддерживающей атмосфере, а не в режиме "допроса". Вопросы:
Про навыки и знания
Про условия работы
Решение
1. Действия в первые 15 минут
Минута 0-1: Позвони lead dev и ops. Вопросы: что в релизе, когда был deployment, логи payment что показывают?
Минута 1-3: Собери team в Slack. Alert: Payment down, investigating.
Минута 3-8: Assess severity. Все платежи down или только some? Root cause: bug в коде или API issue?
Минута 8-10: Decide: rollback или hotfix?
Минута 10-12: Start action.
Минута 12-15: Send first message клиенту.
2. Как ответить клиенту
First message (immediately):
Subject: URGENT: Payment Issue - Immediate Action
Dear [Client],
Thank you for alerting us. Immediate actions:
ETA: 15 minutes
Updates every 5 minutes. Direct phone available.
Sincere apologies.
Status updates:
Root cause message (2h later):
Анализ деградации перформанса Алисы
Это классический красный флаг. Резкое изменение поведения — всегда сигнал о проблеме. Она либо frustration, либо personal issues, либо burnout. Нужен деликатный разговор, иначе потеряешь хорошего сотрудника.
Гипотезы о причинах деградации
Гипотеза 1: Работа надоела (Burnout / Demotivation)
Признаки:
Возможные причины:
Вероятность: Высокая. Особенно если проект последние 2 месяца был нудным или она пишет тесты/чинит старый UI вместо креатива.
Решение
1. Организация процесса код-ревью при ограниченных ресурсах
Понимание проблемы
Это не просто задача о код-ревью. Это баланс между:
Стратегия: Layered approach
Фаза 1: Подготовка джуниора (День 1-2)
**Цель:**让 джуниор может провести базовый анализ, который сэкономит время для seniors.
Действия:
План входа в контекст проекта за неделю
Эта ситуация — типичный сценарий в IT. Ключ к успеху — быстрый диагноз и немедленные видимые улучшения. За неделю нужно собрать информацию, завоевать доверие команды и создать momentum.
Информация для сбора в первую неделю
1. Техническое состояние проекта (День 1-2)
Артефакты:
Вопросы техлиду:
2. Состояние требований (День 1-2)
Решение
1. Рекомендуемый тип контракта: Time & Material (T&M)
Почему именно T&M, а не другие варианты:
Эта ситуация идеально подходит для T&M по нескольким причинам:
Фактор 1: Неопределённость требований
Фактор 2: Желание контролировать процесс
Фактор 3: Готовность расширить бюджет на 20%
Решение
1. Разрешение конфликта
Пошаговый подход
Шаг 1: Отдельные встречи (day 1)
Сначала вы должны услышать обе стороны отдельно, БЕЗ друг друга. Это важно для понимания позиций.
С дизайнером:
10-15 ключевых вопросов для CEO
Это критический момент — правильные вопросы защитят тебя от управления затемно. CEO часто думает, что идея ясна, но дьявол в деталях.
1. Бизнес-цели и метрики успеха
Вопрос 1: Какова главная бизнес-цель этого проекта?
Вопрос 2: Какие метрики успеха? Как мы поймём, что проект успешен?
Структура внутреннего kick-off встречи
Это критический момент — первое впечатление команды о проекте. Хорошо проведённый kick-off задаёт тон на все 3-6 месяцев. Плохой kick-off = confusion, rework, демотивация.
Тайминг встречи (1.5 часа всего)
00:00 - 00:10 (10 мин): Opening + Context
00:10 - 00:25 (15 мин): Business Goals & Metrics
00:25 - 00:40 (15 мин): Product Overview & Features
00:40 - 00:55 (15 мин): Team Roles & Responsibilities
00:55 - 01:10 (15 мин): Risks, Constraints, Dependencies
01:10 - 01:25 (15 мин): Q&A + Open discussion
01:25 - 01:30 (5 мин): Closing + Next steps
Детальная структура и содержание
Блок 1: Opening + Context (10 мин)
Цель: Установить тон, показать что это важно, выстроить emotional connection.
Что сказать:
"Спасибо, что вы здесь. Я хочу начать с того, что этот проект для нас стратегический. Он нам не просто важен, он нам необходим для роста компании.
План спасения проблемного проекта (2 месяца до дедлайна)
Это сценарий fire fighting. 40% ready за 2 месяца с демотивированной командой и конфликтами — это серьёзно. Но есть проверенный playbook.
Фаза 1: Диагностика и первая неделя (ЧАСЫ)
День 1: Понять реальное состояние
Не слушай мнения, смотри факты:
Технический аудит (2 часа с техлидом):
Результат: Реалистичный прогноз: "При current velocity мы закроем только X% в срок". Лучше жесткая правда сейчас, чем surprise в конце.
День 1-2: Индивидуальные разговоры с командой
Решение
1. Параллельные действия (День 1)
ПЕРВЫЙ ЧАС:
Локальный ответ (team + company)
ДЕЙСТВИЕ 1: Поиск Максима (HR + PM)
Попытка 1 (немедленно):
Попытка 2 (в течение часа):
Попытка 3 (в течение 2 часов):
Решение
1. Шаги в первые 24 часа
Немедленное действие — сохранение знаний
Информирование руководства