1. Конспект лекций Антон Константинов лето 2011

2. О чем речь? 1. Кто такой системный аналитик? 2. Цель системного аналитика 3. Инструменты для достижения цели 4. Контексты заказной и продуктовой разработки, внедрения 5. Задачи системного аналитика

3. Теги слайдов Р П Т ? Теория Пример Рекомендация Слайд мне не нравится (надо переделать); по нему есть вопросы

4. Система Р Т Составляющие элементы, подсистемы Границы Взаимосвязи Системный анализ — последовательность действий по установлению структурных связей между элементами исследуемой системы.

5. Системный аналитик Системный аналитик – роль на проекте разработки или внедрения, требующая навыков из областей: Менеджмент ИТ инжиниринг Маркетинг Психология Бизнес-консалтинг Т

6. Постановка задачи аналитику Т (в ИТ-консалтинге, внедрении, заказной разработке) Надо поехать к заказчику и поговорить с ним

7. Цель системного аналитика Т Формализованный образ будущего Неопределенность

8. Работа системного аналитика Т ? Люди (З.С. и их ожидания) Артефакты Инструментарий: Базовые модели, позволяющие обрабатывать информацию и определять границы Планы Данные систем Документация, сведения о ресурсах Ответственность, переданная нужным ролям

9. Что делает системный аналитик? Т Фиксирует контекст (следит за тем, что бы все разговаривали «на одном языке»); Анализирует и формализует требования; Определяет границы систем, формирует концепцию и архитектуру решений; Планирует и оценивает деятельность, ставит задачи;

10. Для этого он: Т Рисует диаграммы Пишет документы Составляет планы и формулирует задачи Общается с людьми

11. Для этого он: Т Рисует диаграммы Пишет документы Составляет планы и формулирует задачи Общается с людьми

12. Контекстные диаграммы Т Нужны для того, что бы определить границы систем Например: DFD USE CASE

13. Контекстный DFD П ?

14. Контекстный USE CASE П ?

15. Что делает аналитик? Т Рисует диаграммы Пишет документы Составляет планы и формулирует задачи Общается с людьми

17. Ссылка на контекст (глоссарий и определение терминов)

19. Формирование классификации Т Все элементы Таксон 1 Таксон 2 Таксон 3 Значение свойства 1 Значение свойства 2 Значение свойства 3 Свойство Свойства, по которым группируются элементы, должны быть важны для людей, которые будут пользоваться классификацией.

20. Например П Хорошая классификация Жирафы оранжевые Жирафы коричневые Плохая классификация Жирафы слева от меня Жирафы справа от меня

21. Открытые вопросы Р Они должны быть сформулированы на бумаге! Что бы они появились, достаточно перечитать только что написанный документ Некоторые открытые вопросы приводят к появлению разных версий документа. Напишите несколько версий и покажите заинтересованным лицам – выбор нужного варианта остается за ними

22. Словарь терминов (глоссарий) Нужен для фиксации контекста Термин = видовое понятие (более широкое) + отличительные особенности Например: Р модель данных, Хранилище данных = + представляющая централизованное , предметно-ориентированное, интегрированное пространство для хранения данных и предназначенная для решения аналитических задач.

23. Т Что делает аналитик? Рисует диаграммы Пишет документы Составляет планы и формулирует задачи Общается с людьми

24. Планирование Т ? План работ: Содержит иерархическую структуру работ Позволяет оценить сроки и стоимость Может создаваться итерационно: Check Do Act Plan

25. Из чего состоит пакет работ Т Корректирующие воздействия Отчеты Входы (документы, люди, обратная связь) Пакет работ Артефакты Инструменты реализации

26. Создание плана Например, так: Опишите пакеты работ Определите все параметры пакетов Допишите в план все недостающее для того, что бы пакет заработал (достать, доустановить , согласовать и тд, итп) – эти незначительные работы могут отнять много времени Р

27. План бывает Р Базовым Операционным Нужен для проведения корректирующих воздействий; Нужен для первоначальной оценки сроков и стоимости; Рекомендация: после составления базового плана (после оценки и согласования сроков и бюджета) – выбросьте его и пользуйтесь операционным планом.

28. Базовый план - оценка сроков Р В базовый план работы закладываются с оценкой рисков, варианты: Закладывать дополнительные трудозатраты на каждый пакет работ; Составить «агрессивный план», добавить к нему буфер, который покроет все риски; В зависимости от сценариев развития рисков могут появляться варианты плана.

29. Рабочее время сотрудника Р 1 год Отпуск Обучение Прочие занятия Работа Больничный Опоздания Риск: «Внезапное» расхождение сроков и бюджета с реальными показателями Рекомендация: При планировании закладывайте трудозатраты 6 человеко-часов в день

30. Операционное планирование Р Подходы От работ От артефактов Разбить пакеты работ на задачи, приоритезировать Завести Excel этими задачами в строках и с параметрами в колонках (входы/ выходы/ статус/ ответственный/ открытые вопросы и тд.) Определить список артефактов Описать работы по созданию этих артефактов Привязать работы к ролям

31. Еще подход к планированию Р Роли Работы Артефакты

32. Т Что делает аналитик? Рисует диаграммы Пишет документы Составляет планы и формулирует задачи Общается с людьми

33. Общение Т ? Люди: По-разному интерпретируют сообщения Пользуются модальной логикой Нуждаются в едином контексте* при общении *Контекст – общая «система координат», ситуация, набор терминов, понятный всем участникам общения.

35. применимость

36. актуальность

37. точность

38. непротиворечивость

40. Способы мотивации Т ? Теория X Теория Y «Сотрудник избегает работы» «Сотрудник готов нести ответственность» Принуждение; Удовлетворение потребностей (премирование); Сделка (контракт); Ценности/убеждения/вера; …

41. Рекомендации Р ? Назначайте на одну задачу одного человека. Это поможет избежать коллективной ответственности – и работа, скорее всего, будет выполнена лучше; Назначайте одного исполнителя только на один проект – в этом случае больше времени уйдет непосредственно на работу (см. картинку про расход рабочего времени);

42. Задачи системного аналитика Т … зависят от контекста: Заказная разработка ЗР Внедрение Вн Продуктовая разработка ПР Внутренняя разработка ВР

43. Заказная разработка Т Приоритеты проекта заказной разработки: ЗР V C 1) Вн T 2) ПР Q 3) *V = Volume = Объем, функционал C = Cost = Стоимость T = Time = Время реализации Q = Quality = Качество ВР

44. Риски исполнителя Р ? Неконтролируемое изменение требований; Разрыв коммуникации исполнителей с конечными пользователями продукта ЗР Вн Контрактация – процесс выявления скрытых ожиданий заказчика, их формализация и утверждение. Контрактация – один из способов снижения рисков разработчика. ПР ВР

45. Риски заказчика Р Так как жизненный цикл продукта начинается с идеи, то заказчик в итоге может получить не то, что ожидает. Особенно при контракте Fixed Price. ЗР Вн Вариант решения: за 30% времени проекта и за30% стоимости сделать100% функционала с 30%-ным качеством. Пользователи посмотрят на результаты и переформулируют требования в начале проекта. ПР ВР

48. Заключение новых контрактовВР

49. Внедрение Т ? Приоритеты проекта внедрения: ЗР V C 1) Вн T 2) ПР Q 3) ВР

51. Компоненты ИС Т ? ЗР Программные и технические средства Данные Люди Вн ПР ВР

53. Внедрение

54. Обучение персонала

55. Сопровождение

56. Администрирование

57. Персонал

58. Утилизация ЗР Вн ПР … не ограничивается затратами на проект внедрения! ВР

59. Т Варианты взаимодействия с заказчиком ЗР Наличие у заказчика желания внедрять Продаем консалтинг Продаем внедрение Вн Наличие у заказчика денег ПР Продаем лицензии и убегаем ВР

60. Важно Р ЗР Мы (внедренцы) должны хорошо знать их работу и зарабатывать на их промахах, предлагая новые контракты и проекты. Вн ПР ВР

62. Считает KPI по своим процессам

63. Ставит целью внедрения повышение KPI

64. Осознает, что затраты на ИС не закончатся по завершении проекта внедренияВн ПР ВР

65. Уровень зрелости исполнителя Р ЗР … можно определить по проектной документации – ведется ли она и какого она качества. Вн ПР ВР

66. Главный риск проекта внедрения Р ЗР Организационные изменения – по ним можно купить советы (управленческий консалтинг), но каждая компания внедряет свои организационные изменения самостоятельно Вн ПР ВР

67. Рекомендации заказчику Р Менеджер участка должен быть куратором или руководителем проекта (потому что он отвечает за организационные изменения изменения на своем участке) Не покупать лицензии до принятия решения о внедрении (использовать тестовые версии системы) Считать полную стоимость владения ИС (она не ограничивается затратами на проект) ЗР Вн ПР ВР

68. Рекомендации исполнителю Р Перед началом проекта исследовать «местность» (уже установленные системы) – ИС нельзя построить в любом месте (отличие от заказной разработки) Начинать со стратегического планирования – обеспечить фундамент и строить на нем. Бизнес заказчика нельзя останавливать для внедрения ИС. ЗР Вн ПР ВР

69. Р Обработка поступающихнесущественных требований ЗР «Мы делаем человеко-машинную систему для достижения бизнес результата*. Поэтому это и это мы делать не будем. Дополнительные доработки – за дополнительные деньги». Вн ПР * Нужно уметь доказать что поставленные значения KPI по результатам проекта достигнуты. ВР

70. Р Выделение ролей проектакак способ снижения рисков ЗР Например, согласно ISO 12207: Заказчик Разработчик Поставщик Оператор Поддержка Пользователь Вн ПР Явное разделение ролей = явное разделение работ = легче управляемость проектом ВР

72. Продуктовая разработка Т Приоритеты проекта в продуктовой разработке: ЗР V Q 1) Вн T 2) ПР C 3) ВР

74. Увеличить долю рынка

75. Создать новый рынокВн ПР ВР

76. Про релизы Т Выпускаются для того, что бы сохранять или увеличивать долю рынка Факт выпуска релизов важнее того, что было исправлено/доработано в продукте. ЗР Вн ПР ВР

77. Рекомендации Р ЗР Вн Начинать раскрутку продукта за 3 месяца до его выпуска. ПР ВР

79. Формирования vision будущего продукта

81. Внутренняя разработка Т ? Приоритеты проекта: ЗР V 1) Вн Q 2) ПР C 3) ВР T 4)

82. Последний слайд! Школа системного анализа http://school.system-analysis.ru/ Преподаватели: Денис Бесков http://beskov.ru/ Сергей Нужненкоhttp://boatmanshome.ru/ Тёма Казаков http://kzkv.moikrug.ru/ Лекции слушал: Антон Константинов http://anvk.moikrug.ru