Митинги в IT: как не превратить в пустую трату времени

🚫 Нет чёткой цели
🚫 Нет повестки дня
🚫 Нет follow-up действий
🚫 Решения не принимаются
🚫 Слишком много участников
🚫 Один говорит, остальные молчат

type Meeting struct {
    Duration    time.Duration
    Attendees   []Employee
    HourlyRate  float64
}

func (m *Meeting) CalculateCost() float64 {
    totalCost := 0.0
    for _, employee := range m.Attendees {
        totalCost += employee.HourlyRate * m.Duration.Hours()
    }
    return totalCost
}

// Пример: 1-часовой митинг с 8 разработчиками ($50/час)
// Стоимость: $400
// Если митинг бесполезный = $400 выброшено на ветер

**Sprint Planning**
- Цель: Планирование работы на спринт
- Участники: Команда + PO + SM
- Длительность: 2 часа на неделю спринта
- Результат: Sprint backlog

**Daily Standup**
- Цель: Синхронизация команды
- Участники: Команда разработки
- Длительность: 15 минут
- Результат: Понимание прогресса и блокеров

**Sprint Review**
- Цель: Демонстрация результатов
- Участники: Команда + стейкхолдеры
- Длительность: 1 час на неделю спринта
- Результат: Обратная связь

**Retrospective**
- Цель: Улучшение процессов
- Участники: Команда разработки
- Длительность: 45 минут на неделю спринта
- Результат: Action items для улучшений

type MeetingGoal struct {
    Type        string // "decide", "inform", "brainstorm", "coordinate"
    Objective   string // Конкретная цель
    Success     string // Критерии успеха
    Deliverable string // Что должно быть на выходе
}

func (mg *MeetingGoal) IsValid() bool {
    return mg.Type != "" && 
           mg.Objective != "" && 
           mg.Success != "" && 
           mg.Deliverable != ""
}

// Плохо: "Обсудить проект"
// Хорошо: "Принять решение о выборе базы данных для проекта X"

# Митинг: Выбор архитектуры микросервисов
**Дата:** 15.01.2025, 14:00-15:00
**Цель:** Принять решение о архитектуре для проекта Y

## Участники (обязательные)
- Алексей (архитектор) - ведущий
- Мария (техлид) - эксперт
- Иван (DevOps) - консультант

## Повестка дня
1. **Контекст проблемы** (10 мин) - Алексей
2. **Варианты решений** (20 мин) - Мария
   - Монолит vs микросервисы
   - Технологический стек
3. **Обсуждение рисков** (15 мин) - все
4. **Принятие решения** (10 мин) - голосование
5. **Next steps** (5 мин) - action items

## Подготовка
- [ ] Алексей: подготовить презентацию с контекстом
- [ ] Мария: исследовать варианты архитектуры
- [ ] Иван: оценить инфраструктурные требования

## Материалы
- Техническое задание проекта Y
- Исследование архитектурных паттернов
- Бюджет и временные ограничения

type Participant struct {
    Name string
    Role string // "decision_maker", "expert", "stakeholder", "observer"
    Required bool
}

func OptimizeParticipants(participants []Participant) []Participant {
    // Правило: максимум 7 человек для обсуждения
    if len(participants) > 7 {
        // Оставляем только decision_makers и experts
        filtered := []Participant{}
        for _, p := range participants {
            if p.Role == "decision_maker" || p.Role == "expert" {
                filtered = append(filtered, p)
            }
        }
        return filtered
    }
    return participants
}

func RoundRobin(participants []string, question string) []Response {
    responses := []Response{}
    for _, participant := range participants {
        response := askQuestion(participant, question)
        responses = append(responses, response)
    }
    return responses
}

// Каждый участник высказывается по очереди
// Никто не может доминировать в разговоре

#### Структура обсуждения:
- Презентация проблемы: 10 минут
- Вопросы на понимание: 5 минут
- Генерация вариантов: 15 минут
- Обсуждение плюсов/минусов: 20 минут
- Принятие решения: 10 минут

Варианты решений:
A) Монолит           ●●●○○ (3 голоса)
B) Микросервисы      ●●●●● (5 голосов) ← WINNER
C) Модульный монолит ●●○○○ (2 голоса)

# Code Review Meeting Template

**Цель:** Обсудить архитектурные решения в PR #123
**Время:** 30 минут
**Участники:** Автор + 2 ревьюера

## Структура
1. **Контекст** (5 мин) - автор объясняет задачу
2. **Walkthrough** (15 мин) - разбор ключевых изменений
3. **Вопросы и предложения** (8 мин)
4. **Action items** (2 мин)

## Правила
- Фокус на коде, не на личности
- Конкретные предложения, не общие замечания
- Если обсуждение затягивается > 5 мин - выносим в отдельный митинг

type ArchitecturalDecision struct {
    Title       string
    Status      string // "proposed", "accepted", "deprecated"
    Context     string
    Decision    string
    Consequences []string
    Participants []string
    Date        time.Time
}

func (ad *ArchitecturalDecision) DocumentDecision() {
    // Каждое архитектурное решение документируется
    // Участники митинга = ответственные за решение
}

# Tech Debt Review Meeting

**Периодичность:** Раз в месяц
**Цель:** Приоритизировать технический долг

## Agenda
1. **Обзор текущего состояния** (10 мин)
   - Метрики качества кода
   - Время на разработку новых фич
   - Количество багов
   
2. **Топ-5 проблем** (20 мин)
   - Каждая команда представляет главные боли
   - Оценка влияния на продуктивность
   
3. **Планирование работ** (20 мин)
   - Выбор 2-3 задач на следующий спринт
   - Назначение ответственных
   
4. **Ресурсы и сроки** (10 мин)

**Планирование:**
- Calendly - автоматическое планирование
- When2meet - поиск общего времени
- Doodle - опросы для выбора времени

**Проведение:**
- Zoom/Teams - видеосвязь
- Miro/Mural - интерактивные доски
- Slido - опросы и Q&A в реальном времени

**Документирование:**
- Notion - структурированные заметки
- Confluence - корпоративная wiki
- Linear - action items и задачи

## Daily Standup - [Дата]

### [Имя участника]
**Вчера:** Закончил интеграцию с API платежей
**Сегодня:** Буду писать тесты для платежной системы
**Блокеры:** Нет доступа к тестовой среде

### Action Items
- [ ] DevOps: предоставить доступ к тестовой среде
- [ ] PM: уточнить требования к error handling

## Sprint Retrospective

### 🟢 What went well?
- Хорошая коммуникация с заказчиком
- Быстрое решение технических проблем
- Качественное покрытие тестами

### 🔴 What could be improved?
- Долгие code review (3+ дня)
- Неточные оценки задач
- Много контекстных переключений

### 💡 Action Items
- [ ] Установить SLA на code review: 24 часа
- [ ] Провести сессию по estimation
- [ ] Ввести "focus time" без митингов

type AsyncDecision struct {
    Proposal    string
    Deadline    time.Time
    Votes       map[string]string // participant -> vote
    Discussion  []Comment
    Status      string // "open", "decided", "cancelled"
}

func (ad *AsyncDecision) CanReplace(meeting Meeting) bool {
    // Можно заменить митинг асинхронным решением если:
    return meeting.Type == "decision" && 
           len(meeting.Attendees) > 5 &&
           meeting.Complexity == "low"
}

**Чек-лист перед созывом митинга:**
- [ ] Можно ли решить в Slack за 5 минут?
- [ ] Есть ли вся необходимая информация?
- [ ] Нужно ли принимать решение прямо сейчас?
- [ ] Все ли участники действительно нужны?
- [ ] Есть ли чёткая цель и повестка?

Если хотя бы на один вопрос ответ "нет" - пересмотри необходимость митинга.

type MeetingMetrics struct {
    Duration        time.Duration
    PlannedDuration time.Duration
    ParticipantCount int
    ActionItems     int
    CompletedActions int
    SatisfactionScore float64 // 1-10
}

func (mm *MeetingMetrics) EfficiencyScore() float64 {
    timeEfficiency := mm.PlannedDuration.Seconds() / mm.Duration.Seconds()
    actionEfficiency := float64(mm.CompletedActions) / float64(mm.ActionItems)
    
    return (timeEfficiency + actionEfficiency + mm.SatisfactionScore/10) / 3
}

**Оцени митинг (1-5):**
- Была ли цель достигнута? ⭐⭐⭐⭐⭐
- Соблюдалось ли время? ⭐⭐⭐⭐○
- Все ли участники были нужны? ⭐⭐⭐○○
- Получил ли ты пользу? ⭐⭐⭐⭐⭐

**Что можно улучшить?**
"Нужно было заранее прислать материалы для изучения"

# Team Meeting Charter

## Наши принципы
1. **Время - ресурс:** каждая минута на счету
2. **Подготовка обязательна:** без подготовки = без участия
3. **Фокус на результате:** каждый митинг должен что-то решать
4. **Равное участие:** каждый голос важен
5. **Action-oriented:** решения превращаются в действия

## Наши правила
- Начинаем вовремя, заканчиваем вовремя
- Телефоны в беззвучном режиме
- Один говорит - остальные слушают
- Вопросы по теме митинга
- Summary в течение 24 часов после встречи

## Наши роли
- Каждый может стать фасилитатором
- Ротация ролей каждый месяц
- Обратная связь приветствуется

type MeetingSkills struct {
    Facilitation    int // 1-10
    TimeManagement  int
    Conflict        int
    DecisionMaking  int
}

func (ms *MeetingSkills) TrainingPlan() []string {
    plan := []string{}
    
    if ms.Facilitation < 7 {
        plan = append(plan, "Facilitation workshop")
    }
    if ms.Conflict < 6 {
        plan = append(plan, "Conflict resolution training")
    }
    
    return plan
}

# Дополнительные ресурсы:
- "Death by Meeting" - Patrick Lencioni - https://www.tablegroup.com/books/death-by-meeting/
- "The Surprising Science of Meetings" - HBR - https://hbr.org/2015/07/the-surprising-science-of-meetings
- Facilitation techniques - Liberating Structures - https://www.liberatingstructures.com/
- Meeting templates - Atlassian Team Playbook - https://www.atlassian.com/team-playbook/plays