1. Руководитель
1.1. Знания
1.1.1. Знание предметной области
1.1.2. Знает чем занимается каждый участник
1.2. Обеспечение работы команды как единого целого
1.3. Мотивы
1.3.1. Осознание собственных мотивов
1.3.2. Осознание мотивов участников
1.3.2.1. Воздействие на участников
1.4. Обеспечение эффективного использования способностей программистов
1.4.1. Комфорт участников
1.4.1.1. Правила
1.4.1.2. Права
1.4.1.3. Обязанности
1.5. Стимуляция работы участников проекта
1.6. Создание условий для взаимного обучения
1.6.1. Улучшение и укрепление связей в команде
1.6.1.1. Формирование команды подходящий для "многократного использования"
1.6.2. Подготовка новых кадров, обучение "новичков"
1.7. Авторитет
1.7.1. Доверие участников
2. 4 стадии формирования команды
2.1. 1. Формирование
2.1.1. Цели
2.1.2. Направления
2.2. 2. Утряска
2.2.1. Правила
2.2.2. Процедуры принятия решений
2.3. 3. Нормирование
2.3.1. Процедуры
2.3.2. Стандарты
2.3.3. Критерии
2.4. 4. Выполнение
2.4.1. Работа над проектом
2.4.2. Команда единое целое
3. Психологические роли участников команды
3.1. Председатель
3.1.1. Цель
3.1.2. Путь достижения цели
3.1.3. Сильные и слабые стороны команды
3.1.4. Потенциал
3.2. Оформитель
3.2.1. Рамки
3.2.2. Законченный вид
3.2.3. Групповые обсуждения
3.2.4. Общие решения
3.3. Генератор идей
3.3.1. Новые идеи
3.3.2. Радикальные технолигии
3.3.3. Основное внимание главным проблемам
3.4. Критик
3.4.1. Анализ
3.4.2. Сбалансированность идей
3.4.3. Прагматическая точка зрения
3.5. Рабочая пчёлка
3.5.1. Практические рабочие процедуры
3.6. Опора команды
3.6.1. Сила духа
3.6.1.1. Поддержка
3.6.2. Помощь
3.6.3. Командный настрой
3.7. Добытчик
3.7.1. Важные контакты
3.7.2. Нужные для проекта ресурсы
3.8. Завершающий
3.8.1. Поддержка настойчивости
3.8.2. Достижение цели
3.8.3. Доминирующая роль
3.8.4. Финальное тестирование
3.8.4.1. Сдача проекта
4. Команда(бригада)
4.1. Традиционная организация
4.1.1. Иерархия
4.1.1.1. Подчинение
4.1.1.2. Руководитель
4.1.1.2.1. Старшие программисты
4.1.2. Участники команды
4.1.2.1. Собственные участки
4.1.2.1.1. Собственные цели
4.1.2.1.2. Собственне сроки сдачи
4.1.2.1.3. Собственные формы сдачи работы
4.1.3. Прозрачность структуры
4.1.4. Возможность продвижения по карьерной лестнице
4.2. Единая команда
4.2.1. Отсутствие иерархии
4.2.2. Равенство всех участников
4.2.2.1. Стремление помочь
4.2.2.2. Командный дух
4.2.2.3. Отсутствие конкуренции
4.2.2.4. Участник охотно работают
4.2.2.5. Высокая производительность
4.2.2.6. Отсутствие перспективы продвижения участников
4.2.3. Высокое качество проектов
4.3. Хирургическая бригада
4.3.1. Бригада главного программиста
4.3.1.1. Программисты очень высокого класса
4.3.2. Брукс
4.3.3. Эффективное использование потенциала программистов высокого класса
4.3.4. Высокий риск провала проекта
4.3.5. Главный программист (высококлассный программист)
4.3.5.1. 2-й пилот, ассистент главного программиста (высококлассный программист)
4.3.5.1.1. Остальные участники (по Бруксу 10)
4.4. Бригада в классическом лёгком виде
4.4.1. Деятельность не регламентированна
4.4.2. Этапы анализа планирования, проектирование, документирования сильно сокращены, поэтому предполагается компенсация
4.5. Экстремальная бригада
4.5.1. Методология "экстремального программирования" (ХР)
4.5.2. Каждый участник играет одну роль(роль не остаётся неизменной)
4.5.2.1. Программист
4.5.2.1.1. Основа проекта
4.5.2.1.2. Обеспечивает понимаемость кода всей командой
4.5.2.2. Заказчик
4.5.2.2.1. Устанавливает задачу
4.5.2.2.2. Постепенно уточняет задачу
4.5.2.2.3. Контролирует работу
4.5.2.3. Тестер
4.5.2.3.1. Следит за регулярным запуском тестов
4.5.2.3.2. Объявляет результаты тестирования
4.5.2.4. Ревизор
4.5.2.4.1. Совесть команды
4.5.2.4.2. Контроль успешностипродвижения к цели
4.5.2.4.3. Привлечение, по возможности, предыдущего опыта
4.5.2.5. Инструктор
4.5.2.5.1. Контролирует правильность исполнения проекта
4.5.2.5.2. По необходимости вмешивается в проект, направляя его в нужное русло
4.5.2.6. Консультант
4.5.2.6.1. Приносит в в команду знания, необходимые для решения возникающих проблем
4.5.2.7. Большой Босс
4.5.2.7.1. Отвечает за все
4.5.2.7.2. Руководит проектом
4.5.2.7.3. Принимает основные решения
4.5.3. Подбор ролей основан на опыте
4.5.4. Коллективное владение кодом
4.6. Безнадёжный проект
4.6.1. Все участники идентифицируются
4.6.2. Участники идентифицируются в соответствии с психологическими ролями
4.7. Студенческая команда
4.7.1. Наличие энергии
4.7.2. Технические навыки
4.7.3. Изобретательность в решении небольших этюдных проблем
4.7.4. Коммуникабельность
4.7.5. Неприятие длительного однообразного турда
4.7.6. Малый опыт
4.7.7. Не знание многих полезных теоретических и практических разработок
4.7.8. Низкая ответственность
4.7.9. Проблемы с мотивацией
4.7.10. Неспособность длительного сопровождения проекта
4.7.11. Неспособность обеспечить высокое качество системы
4.7.12. В качестве участников бригады выступают студенты или молодые специалисты, недавно закончившие обучение