В IT проектах уровень неопределенности очень высок. В Agile проектах такие изменения происходят гораздо чаще, чем в традиционных, потому что Agile стимулирует изменения, и никак их не ограничивает. Если ничего не предпринимать, то под действием новых требований техническое качество будет ухудшаться от итерации к итерации. Некачественный код, неадекватный дизайн — все это может привести к замедлению эффективности разработки, а возможно и к провалу проекта.

1. Необходимые
навыки
технического
лидера в Agile
проектах
Александр Мартюшев
«АСКОН»
agile.fellow@gmail.com

2. АСКОН

14. Agile
«Тяжелый»
процесс

15. «Тяжелый» процесс
- Утвержденные требования
- Спецификации
- Технические задания
- Детальные долгосрочные планы

16. «Тяжелый» процесс
- Утвержденные требования
- Спецификации
- Технические задания
- Детальные долгосрочные планы
Изменение
требований

17. «Тяжёлые» последствия
«Это невозможно»
«Это очень долго»
«Вам это не нужно»
«Мы лучше знаем
что вам нужно»

18. «Тяжёлые» последствия
Специалист
по тому,
почему это
нельзя сделать

19. Agile + изменения
=

20. Agile
Требования изменяются быстрее
Код протухает быстрее

21. Когда править?
t

22. Исправим позже?
t

23. Психология

24. Эксперименты
75% ???
85% ???

25. Посчитаем
75% 98%
85% 99%

26. Эксперименты
75% 38% ???
85% 35%

27. Эксперименты
75% 38% 10%
85% 35%

28. Неуверенность
Сомнения
Неопределенность

29. Теория разбитых окон

30. Эксперименты
Рисовать на стенах
запрещено!

31. Эксперименты
Рисовать на стенах
запрещено!

32. Эксперименты
33%
69%

34. Исправим позже? :)
t

36. Итого:
Не откладывайте проблемы

41. Проблема
Да Нет
Есть решение? Помощь
Долго Данных недостаточно
Как долго?
N часов Отложи
Решаем с PO
Исправь сейчас Все должны
знать о проблеме
Внеплановая задача (технический беклог)

42. Проблема
Да Нет
Есть решение? Помощь
Долго Данных недостаточно
Как долго?
N часов Отложи
Решаем с PO
Исправь сейчас Все должны
знать о проблеме
Внеплановая задача (технический беклог)

43. Итого:
Не откладывайте проблемы
План действий

44. Что выбрать?

45. Простота

46. S.O.L.I.D
Single Responsibility
Open-Close
Liskov Substitution
Interface Segregation
Dependency Inversion

47. S.O.L.I.D
Принцип персональной
ответственности
Приложение, Rectangle
выполняющее GUI
геометрические +draw() приложение
вычисления +area()
GUI

48. S.O.L.I.D
Принцип персональной
ответственности
Приложение, GUI
выполняющее приложение
геометрические
вычисления
Geometric Rectangle
Rectangle GUI
+draw()
+area()

49. S.O.L.I.D
Принцип открытия-закрытия
Client Server
<<interface>>
Client
ClientInterface
Server

50. S.O.L.I.D
Принцип открытия-закрытия
Policy Employee
+ PolicyFunction()
- ServiceFuntion()
EmployeeType
Implementation
Programmer Manager
- ServiceFunction()
Salesman

51. S.O.L.I.D
Принцип подстановки Лисков
Rectangle void g(Rectngle r)
+ GetHeight() {
+ GetWidth() r.SetWidth(5);
+ SetHeight() r.SetHeight(4);
+ SetWidth() assert(r.Area() == 20);
}
Square

52. S.O.L.I.D
Принцип инверсии зависимостей
Lamp
Button + TurnOn()
+ TurnOff()

53. S.O.L.I.D
Принцип инверсии зависимостей
Switchable Lamp
+ TurnOn() + TurnOn()
+ TurnOff() + TurnOff()
Button

54. S.O.L.I.D
Принцип инверсии зависимостей
Policy
Mechanism
Utility

55. S.O.L.I.D
Принцип инверсии зависимостей
<<interface>>
Policy
PolicyServices
<<interface>>
Mechanism
MechanismServices
Utility

56. S.O.L.I.D
Принцип разделения
интерфейсов
Modem Dialer
+ send()
+ recv()
+ dial() Termimal
+ hangup()
PPP

57. S.O.L.I.D
Принцип разделения
интерфейсов
<<interface>>
Dialer
IDialer
+ dial()
+ hangup()
Modem
Termimal
<<interface>>
IChannel
+ send()
PPP
+ recv()

58. Принимаем решение

59. Что еще может помочь

60. Итого:
Не откладывайте проблемы
План действий
Критерии выбора решения

61. Как разгребать?

62. Сперва все разобрать...

63. … а потом собрать?

64. Рефакторинг
Реальность Цель

65. Рефакторинг

66. Рефакторинг

67. Итого:
Не откладывайте проблемы
План действий
Критерии выбора решения
Рефакторинг

68. Проблема

69. Автоматизируйте

70. Автоматизируйте

71. Автоматизируйте

72. Время

73. Время

74. Время

75. Время

76. Прошлый век?

77. Прошлый век?

78. Итого:
Не откладывайте проблемы
План действий
Критерии выбора решения
Рефакторинг
Автоматизируйте тестирование

80. С ног на голову

81. Взрыв мозга

82. Цикл TDD

83. Тесты SUT

84. Тесты SUT

85. Тесты SUT

86. Тесты SUT

87. С Interface
е
р
Тесты
в SUT Interface
и
с
Interface

88. С Interface
е
Тесты
р
Interface
в
и
с
Interface

92. Итого:
Не откладывайте проблемы
План действий
Критерии выбора решения
Рефакторинг
Автоматизируйте тестирование
Освойте TDD

94. Александр Мартюшев
agile.fellow@gmail.com