Открытый семинар для студентов в компании CUSTIS (3 октября 2013 года). Лектор: Игорь Беспальчук, руководитель проектов, сертифицированный Scrum Product Owner. Аннотация: Данный обзорный семинар позволит широким взглядом окинуть процессы, происходящие при заказной разработке, получить представление об этой индустрии и разобраться, как происходит разработка заказного ПО в CUSTIS. Видеозапись семинара: https://vimeo.com/76600088.

1. 3 октября 2013 года
Жизненный цикл заказного
программного обеспечения
Игорь Беспальчук
Руководитель проектов
дирекции по развитию технологий

2. Про семинар
 «Big Picture»
заказной разработки
 Объемлющая рамка
для последующих тем:
 Архитектура
 Технологии
 Командная работа
2/98

3. План
 Пара слов о компании и о себе
 Что такое жизненный цикл?
 ЖЦ применительно к ПО
 ЖЦ заказного ПО
 Методологии разработки
3/98

4. О компании CUSTIS
4/98

5. Наша компания занимается:
 проектированием,
5/98

6. Наша компания занимается:
 …разработкой,
6/98

7. Наша компания занимается:
 …внедрением,
7/98

8. Наша компания занимается:
 …сопровождением,
8/98

9. Наша компания занимается:
 …развитием
9/98

10. Наша компания занимается:
 проектированием, разработкой, внедрением,
сопровождением и развитием…
 …заказных информационных систем
на полном жизненном цикле
t
10/98

11. Для
БанковТорговых сетей
Госкорпораций Предприятий ЖКХ
11/98

12. Структура компании
>200
12/98

13. Профессиональная инфраструктура
26%
13/98

14. Отличники 
20%
14/98

15. Мальчики и девочки 
30%
15/98

16. О себе
16/98

17. Игорь Беспальчук
 35 лет
 (2001) Окончил
МГТУ им. Н. Э. Баумана (ИУ-8)
 Программист (Oracle, C#)
 (2006) Пришел в CUSTIS
 (2008) Руководитель проекта
для ГК «Спортмастер»
 (2010) Руководитель отдела
технологического развития
 (2013) Руководитель проектов
дирекции по развитию технологий
17/98

18. План
 Пара слов о компании и о себе
 Что такое жизненный цикл?
 ЖЦ в применении к ПО
 ЖЦ заказного ПО
 Методологии разработки
18/98

19. Что такое жизненный цикл?
 У кого/чего он бывает?
 Что это вообще такое?
 Кому и зачем он нужен?
 Как он устроен?
 И с чем его едят?
19/98

20. Модель жизненного цикла
Объект
20/98

21. Модель жизненного цикла
21/98

22. План
 Пара слов о компании и о себе
 Что такое жизненный цикл?
 ЖЦ в применении к ПО
 ЖЦ заказного ПО
 Методологии разработки
22/98

23. К программному обеспечению
 А зачем применять понятие ЖЦ к ПО?
 «Как разрабатывается ПО»?
 И как управлять этим процессом?
 Смотря какое… и смотря когда… и для кого
 И вообще – что это за объект такой: «ПО»?
23/98

24. Объект №1: ПО в разработке
 ЖЦ разработки ПО
– от идеи до финальной реализации
24/98

25. Объект №2: ПО в эксплуатации
 ЖЦ эксплуатации ПО
– от внедрения до списания
25/98

26. Объект №3: продукт на рынке
26/98

27. План
 Пара слов о компании и о себе
 Что такое жизненный цикл?
 ЖЦ в применении к ПО
 ЖЦ заказного ПО
 Методологии разработки
27/98

28. ЖЦ заказной разработки
 На примере нашей компании
 На полном ЖЦ – от замысла до вывода
 Процессы, роли, артефакты, инструменты
 Сравниваем и сопоставляем
28/98

29. Виды разработки
Box
Inhouse
Game
SaaS
Web
Mobile
ERP
Custom
Office
Desktop
S
M
L
29/98

30. Сопоставляем
 Заказную разработку
 Коробочный софт
 Разработку Inhouse
 Малые проекты
30/98

31. Карта процессов
31/98

32. Карта процессов
32/98

33. Замысел
33/98

34. Замысел
 Идея
 Проблема
 Возможность
34/98

35. Замысел: процессы
Замысел Определени
Оценка и планирование
Анализ ситуации, определение замысла
35/98

36. Замысел: отличия от коробки
 Замысел часто созревает у заказчика,
а не у производителя
 Это какая-то насущная проблема
(или возможность) бизнеса. Замысел
(и вообще все) подчинен деятельности
предприятия
 Потребитель и подрядчик контактируют
напрямую
36/98

37. Замысел: отличия от Inhouse
 Заказчик часто еще не знает, кто будет
делать (предстоит выбор подрядчика)
 Не ограничен возможностями Inhouse
(например, технологиями)
 Можем разбежаться, если одной из сторон
не интересно предложение
 Нет «знакомства» друг с другом,
истории отношений (иногда, конечно,
есть)
37/98

38. Замысел: размер важен
 Замысел может быть весьма нечеткий
и очень далеко отстоять от результата
 Нужно преодолеть огромный барьер
рисков и опасений заказчика (особенно
при первом заказе). Масштаб здесь имеет
значение
 Прототипы, опыт, референсы, харизма,
финансовая состоятельность – все
становится очень важно
38/98

39. Завершается
 Соглашением
39/98

40. Определение
40/98

41. Определение
 Ключевые решения
 Функции
 Устройство
 Технологии
 Команда
 План работ
 Ведущие эксперты
41/98

42. Определение: процессы
Замысел Определение
Концептуальное проектирование
Оценка и планирование
Прототипирование
Организация
Наладка инфраструктуры
Анализ ситуации, определение замысла
42/98

43. Оценка и планирование
 «План – ничто,
планирование – все»
43/98

44. Концептуальное проектирование
 Фундаментальные
решения
 Определяют дальнейшее
 Не обязательно
реализуются раньше
44/98

45. Прототипирование
 Быстро
 Понятно
 Снять риски
 Реализуемости
 Целеполагания
45/98

46. Организация команды
 Найм
 Внутри
и снаружи
 Руководитель
 Роли
 Отношения
46/98

47. Инфраструктура
 Сервера сборки
 Регламенты работы
 Организация материалов
 Инструменты
47/98

48. Определение: отличия от коробки
 Диалог
 Интеграция и контекст
 Прямые задачи
 Влияние заказчика
48/98

49. Определение: отличия от Inhouse
 Контекст «с нуля»
 Нормы отрасли
 Жестче обязательства
49/98

50. Определение: размер важен
 Неопределенность
 Важность архитектуры
 Героизм
50/98

51. Завершается
 Переходом
на плановую работу
 В полном составе
 На понятный результат
 По понятной технологии
51/98

52. Перерыв?
52/98

53. Производство
53/98

54. Производство
 Реализация
функционала
 Итерации
 Версии
54/98

55. Производство
 Не так уж и стабильно
 За год меняется все
 Команда
 Архитектура
 Ситуация
 Планы
 Сложность
 Объем
55/98

56. Производство: процессы
Определение Производство Внедрен
Концептуальное проектирование
Оценка и планирование
Прототипирование
Организация
Наладка инфраструктуры
Анализ требований
Проектирование
Конструирование
Тестирование
Демонстрация и сбор обратной связи
56/98

57. Производство: отличия от коробки
 Промежуточные версии
 «Налипает» много
 Сроки могут быть жестче
57/98

58. Производство: отличия от Inhouse
 Договорные отношения
 Команда на проект
 Нет прямого прессинга
 Дальше от потребителя
58/98

59. Производство: размер важен
 Догнать паровоз
 Организация важна
 Процессы и документы
 ЖЦ команды
 Сложность играет свою игру
 LOC
59/98

60. Производство завершается
 Готовностью функционала
60/98

61. Внедрение
61/98

62. Внедрение
 Включить в работу
 Ничего не сломав
 И без остановки
 «Бережно»
62/98

63. Внедрение: процессы
Концептуальное проектирование
Оценка и планирование
Организация
Наладка инфраструктуры
Анализ требований
Проектирование
Конструирование
Тестирование
Демонстрация и сбор обратной связи
Обучение
Производство Внедрение
63/98

64. Внедрение: отличия от коробки
 Интеграция
 Обучение
 Данные
 Наследие
64/98

65. Внедрение: отличия от Inhouse
 Цепочка длиннее
 Отношения формальнее
65/98

66. Внедрение: размер важен
 Риски простоя
 Сложность
 Количество
участников интеграции
 Много нового
66/98

67. Эксплуатация
67/98

68. Эксплуатация
 Все только
начинается…
 Две системы –
два мира
68/98

69. Эксплуатация: процессы
Внедрение Эксплуатация
Оценка и планирование
Организация
Наладка инфраструктуры
Анализ требований
Проектирование
Конструирование
Тестирование
Демонстрация и сбор обратной связи
Обучение
Обновление
Сопровождение
69/98

70. Сопровождение
 Диагностика
 Обслуживание
 Поддержка
 Консультации
 Наладка
 Исправление
ошибок
 Управление
инцидентами
70/98

71. Доработки
 По требованиям
 По возможности
 По необходимости
 Управление
изменениями
71/98

72. Обновления
 Не только код
 Но и данные
 Быстро
 Откат
 Автоматическая
установка
 Хотфиксы
72/98

73. Эксплуатация: отличия от коробки
 Наша задача
 Один потребитель
 Один бизнес-процесс
 SLA
73/98

74. Эксплуатация: отличия от Inhouse
 Доступ затруднен
 Данные закрыты
 Длиннее цепочка
 Усложняет диагностику
и обновления
74/98

75. Эксплуатация: размер важен
 Больше доделок
 Сложность
обновления
 Сложность
диагностики
 Больше
знаний
75/98

76. Чем заканчивается эксплуатация?
 Выводом
из эксплуатации
 Интенсивным
развитием
76/98

77. Интенсивное развитие (ИР)
77/98

78. Интенсивное развитие
 Когда что-то
меняется сильно
 Или добавляется новое
 Масштаб сравним
с начальной разработкой
78/98

79. Интенсивное развитие
Эксплуатация Интенсивное развитие
Концептуальное проектирование
Оценка и планирование
Прототипирование
Организация
Наладка инфраструктуры
Анализ требований
Анализ ситуации, определение замысла
Проектирование
Конструирование
Тестирование
Демонстрация и сбор обратной связи
Обучение
Обновление
Сопровождение
79/98

80. Промежуточный итог
 Сделали обзор фаз ЖЦ заказной
разработки
 Посмотрели на ключевые процессы
 И сравнили с другими видами
80/98

81. План
 Пара слов о компании и о себе
 Что такое жизненный цикл?
 ЖЦ в применении к ПО
 ЖЦ заказного ПО
 Методологии разработки
81/98

82. Методология
 Чем определяется ЖЦ разработки ПО?
 Проектная методология
или
Методология разработки
 Отвечает на вопрос
«Как следует разрабатывать ПО?»
 Методология определяет
модель жизненного цикла
 А также задает процессы, роли, артефакты
82/98

83. Эволюция методологий
разработки ПО
1970
Waterfall
1996
RUP
1986
Spiral
Agile,
SCRUM
Жесткость
2001 2009
Kanban
2013
?
83/98

84. Водопадная модель
 Используется как мальчик для битья
84/98

85. Итеративные методологии
 Все современные методологии
 RUP, MSF, SCRUM (и др. agile), PMBoK
85/98

86. Итерации
86/98

87. Про RUP
 Rational Unified Process
 Более 30 ролей и более 50 артефактов
 Требуется тщательная адаптация,
чтобы не утонуть в сложности
 Дорогие шаблоны документов
и инструменты
87/98

88. Про Agile-методологии
 Процессы – ничто, люди – все!
 Ну, или процессы – почти ничто…
 http://agilemanifesto.org/
 http://agilemanifesto.org/iso/ru/
88/98

89. Про SCRUM
 Простой процесс
 Подручные инструменты
 Иллюзия легкого решения
всех проблем
89/98

90. Количество предписаний
90/98

91. Еще одно сравнение
91/98

92. Общий знаменатель
 OMG Essence
Методы (Methods)
Практики (Practices)
Основа (The Kernel)
Язык (The Language)
Составлены из
Описаны
при помощи
элементов
Определены
в терминах
92/98

93. Essence Language
93/98

94. Подводим итоги
94/98

95. Коротко о главном
 Для качественной работы и управления
необходимы богатые представления
о контексте
 В частности – о полном жизненном цикле
той деятельности, в которую вы включены,
и тех объектов, которые создаете
95/98

96. Коротко о главном
 Заказная разработка (как и другие виды)
обладает своим, специфическим ЖЦ
со своими особенностями
 Непосредственно программирование –
только маленький шаг внутри огромного
объекта разработки и развития ПО
96/98

97. Коротко о главном
 Маятник методологий разработки ПО
уже успел качнуться в обе стороны –
к переутяжеленным и переоблегченным
методологиям
 Но серебряной пули не существует,
и любому большому проекту нужна своя
уникальная методология, зависящая
от особенностей и контекста
97/98

98. Спасибо!
Вопросы?
Игорь Беспальчук
ibespalchuk@custis.ru
98/98