1. как продать
1.1. разработчикам
1.2. заказчику
2. отличие от наколеночного производства?
2.1. снижение рисков
2.1.1. приоритезация
2.1.1.1. игра в планирование
2.1.1.1.1. рискованное первым
2.1.2. итеративность
2.1.3. коллективное владение кодом
2.1.3.1. парное программирование
2.1.3.2. летучки стоя
2.1.4. ретроспективы
2.2. управление требованиями
2.2.1. заказчик в команде
2.2.2. изменение требований
2.3. снижение вариабельности
2.3.1. из Лин
2.3.2. test-first
2.3.3. bugs-first
2.3.4. непрерывная интеграция
2.3.5. рефакторинг
2.4. коммуникации
2.4.1. парное программирование
2.4.2. летучки стоя
3. коммунизм для ИТ
3.1. дисциплина
4. это не строительство!
5. практики
5.1. парное программирование
5.1.1. maxkir.com/sd/pairprog_rus.htm
5.2. рефакторинг
5.2.1. статья Джоэла
5.3. игра в планирование
5.3.1. статья Джоэла
5.4. тестирование
5.4.1. документация в коде
5.4.1.1. статья Джоэла
5.5. непрерывная интеграция
5.6. простой дизайн
5.7. коллективное владение кодом
5.8. заказчик в команде
5.9. частые выпуски
5.10. 40-часовая неделя
5.11. стандарты кодирования
5.12. метафора системы
6. ценности
6.1. простота
6.2. коммуникации
6.3. обратная связь
6.3.1. чаще
6.3.2. раньше
6.4. храбрость
7. решаемые проблемы
7.1. выжимание всего из разработчиков
7.2. горячка перед финишем
7.3. нельзя легко изменить требования
7.4. плохое качество продукта
7.5. кривая стоимости изменений
7.5.1. современные инструменты и языки
7.5.2. процессы разработки
7.5.3. игнорировать кривую
7.5.3.1. нечеткое понимание задачи
7.5.3.2. зависимость от инструментов
7.5.3.2.1. низкоуровневые вещи
7.5.3.3. неопытные разработчики
7.5.3.4. опытные разработчики заняты
7.5.3.5. недостаточное общение
7.5.3.6. недостаток вермени
7.5.3.7. текучка
7.5.4. принимать кривую
7.5.4.1. провал из-за изменения требований