Презентация о реализации сложных (Death March) проектов с помощью гибких методологий

1. Agile Death March Projects
Путь ниндзя

2. Правила ниндзя
1. Никому не рассказывать о ниндзя
2. Никому не рассказывать о ниндзя
3. Все вопросы после завершения
доклада!

3. С чего все началось?

4. Камикадзе?

5. Камикадзе – одноразовая
эффективность

6. Наш путь – путь ниндзя!

7. Определение DM-проектов
Сроки сжаты минимум в два раза
Комбинация
Ограничения по бюджету
Команда слишком маленькая
Завышенные нефункциональные требования
Размытые требования

8. Death March проект имеет шансы
провала более 50%

10. Пробежать марафон как спринт

11. Много препятствий

12. Откуда беруться DM-проекты?
Наивные
оценки
Просчеты
в
продажах
Высокая
конкуренция
• Повышенные
запросы
пользователей
• Новые технологии

13. Размеры проектов
Большие Небольшие
• До 10
• От 50
человек
человек
• До 6
• Несколько
месяцев
лет
Средние
• До 50 человек
• От года

14. Время – основное ограничение

15. Оценка проекта

16. Оценка
Полнота
Команда Риски Эксперты
беклога

17. Варианты оценок
Человеко- Стори-
часы поинты

18. Соберите «команду мечты»

19. Признаки эффективной команды

20. Идентичность

21. Сопричастность

22. Общая
ответственность

23. Удовольствие от работы

24. Коммуникации и знания

25. Антипаттерны
Защитный менеджмент
Бюрократия
Физическое разделение членов команды
Фрагментация занятости членов команды
Снижение требований к качеству
Чрезмерный контроль

26. Большая комната для команды

27. Лучшее оборудование

28. Как ниндзя делают DM-проекты?

29. Заручитесь поддержкой
Руководства Заказчика
Заинтересованных
Команды
лиц

30. Идентифицируйте ЗЛО
ЗЛО = Заинтересованное ЛицО

31. Все должны понимать, что проект
относиться к разряду Death March

32. Быстрый фидбек от стейкходеров

33. Четкие цели
S • Specific
M • Measurable
A • Achivable
R • Relevant
T • Time bound

34. Уже
дедлайн?

35. JFK, 1961: “We will put a
man on the moon by the
end of the decade”

36. Стиль лидерства
Авторитарный
• Очень дорогие ошибки
• Плох для творческой
работы
• Иногда он срабатывает 
Демократичный с
опорой на лидеров
• Лидерство
• Харизма
• Видение

37. Запуск проекта

38. Kick off meeting

39. Нулевой спринт
Выявление персонажей
Сторимаппинг
Риск сессия
Архитектура

40. Покорение Эвереста

41. Победите бюрократию

42. Денежная мотивация
Премия за удачное завершение проекта
не творит чудеса и не панацея

43. Сверхурочная работа

44. Кроссфункциональность

45. Кроссфункциональность???

46. Давайте полную информацию или
команда додумает сама 

47. Воля к победе

48. Гибкие методологии

49. Scrum за 60 секунд

50. Делаем Scrum еще гибче!

51. XP за 60 секунд
Непрерывная интеграция
Парное программирование
Разработка через тесты
Рефакторинг

52. Lean за 60 секунд
Act Plan А-А-А Быстро!
Check Do Б@%$#ь Срочно!

53. Ретроспектива

54. Методологии
Scrum
Lean XP

55. Качество
“good enough” vs бездефектное ПО
Дефекты исправлять дорого
• Чем раньше он исправляется, тем дешевле
• Лучше вообще не делать дефектов
Качественнее делать дольше?
• Дешевые изменения в будущем

56. Управление рисками

57. Основные риски
Некачественные и изменяющиеся
требования
Слабое управление
Отсутствие инженерии качества
Нереалистичные оценки
Использование новых технологий

58. Оценка рисков
Вероятность /
Низкая=1 Средняя=2 Высокая=3
Угроза
Высокая=3 3 6 9
Средняя=2 2 4 6
Низкая=1 1 2 3

59. Интерфейс

60. Важность интерфейса

61. Небольшое кол-во функционала –
преимущество!

62. Выводы
Соберите команду мечты
Используйте гибкие методологии
Адаптируйте методологии
Управляйте рисками
Делайте качественный интерфейс

63. Вопросы?

64. Контакты
borisvolfson@gmail.com
borisv@softline.ru
www.twitter.com/borisvolfson
www.facebook.com/borisvolfson