Задачи системного аналитика (конспект лекций Школы системного анализа)

4,720 views

Published on

Published in: Education

Задачи системного аналитика (конспект лекций Школы системного анализа)

  1. 1. Конспект лекций<br />Антон Константинов<br />лето 2011<br />
  2. 2. О чем речь?<br />1. Кто такой системный аналитик?<br />2. Цель системного аналитика<br />3. Инструменты для достижения цели<br />4. Контексты заказной и продуктовой разработки, внедрения<br />5. Задачи системного аналитика<br />
  3. 3. Теги слайдов<br />Р<br />П<br />Т<br />?<br />Теория<br />Пример<br />Рекомендация<br />Слайд мне не нравится (надо переделать); по нему есть вопросы<br />
  4. 4. Система<br />Р<br />Т<br />Составляющие элементы, подсистемы<br />Границы<br />Взаимосвязи<br />Системный анализ — последовательность действий по установлению структурных связей между элементами исследуемой системы.<br />
  5. 5. Системный аналитик<br /> Системный аналитик – роль на проекте разработки или внедрения, требующая навыков из областей:<br />Менеджмент<br />ИТ инжиниринг<br />Маркетинг<br />Психология<br />Бизнес-консалтинг<br />Т<br />
  6. 6. Постановка задачи аналитику<br />Т<br />(в ИТ-консалтинге, внедрении, заказной разработке)<br />Надо поехать к заказчику и поговорить с ним<br />
  7. 7. Цель системного аналитика<br />Т<br />Формализованный образ будущего<br />Неопределенность<br />
  8. 8. Работа системного аналитика<br />Т<br />?<br />Люди <br />(З.С. и их ожидания)<br />Артефакты<br />Инструментарий:<br />Базовые модели, позволяющие обрабатывать информацию и определять границы<br />Планы<br />Данные систем<br />Документация, сведения о ресурсах<br />Ответственность, переданная нужным ролям<br />
  9. 9. Что делает системный аналитик?<br />Т<br />Фиксирует контекст (следит за тем, что бы все разговаривали «на одном языке»);<br />Анализирует и формализует требования;<br />Определяет границы систем, формирует концепцию и архитектуру решений;<br />Планирует и оценивает деятельность, ставит задачи;<br />
  10. 10. Для этого он:<br />Т<br />Рисует<br />диаграммы<br />Пишет<br />документы<br />Составляет планы и <br />формулирует задачи<br />Общается<br />с людьми<br />
  11. 11. Для этого он:<br />Т<br />Рисует<br />диаграммы<br />Пишет<br />документы<br />Составляет планы и <br />формулирует задачи<br />Общается<br />с людьми<br />
  12. 12. Контекстные диаграммы<br />Т<br />Нужны для того, что бы определить границы систем<br />Например:<br />DFD<br />USE CASE<br />
  13. 13. Контекстный DFD<br />П<br />?<br />
  14. 14. Контекстный USE CASE<br />П<br />?<br />
  15. 15. Что делает аналитик?<br />Т<br />Рисует<br />диаграммы<br />Пишет<br />документы<br />Составляет планы и <br />формулирует задачи<br />Общается<br />с людьми<br />
  16. 16. Документы<br />Р<br />Р<br />?<br />Начните с введения:<br /><ul><li>Назначение системы (какие вопросы позволит решить проектное решение)
  17. 17. Ссылка на контекст (глоссарий и определение терминов)
  18. 18. Заинтересованные лица (в виде списка согласующих)</li></li></ul><li>Т<br />Классификация информации<br />Иерархия<br />Фасет<br />преобразовываются друг в друга!<br />
  19. 19. Формирование классификации<br />Т<br />Все элементы<br />Таксон 1<br />Таксон 2<br />Таксон 3<br />Значение<br />свойства 1<br />Значение<br />свойства 2<br />Значение<br />свойства 3<br />Свойство<br />Свойства, по которым группируются<br />элементы, должны быть важны для<br />людей, которые будут пользоваться<br />классификацией.<br />
  20. 20. Например<br />П<br />Хорошая классификация<br />Жирафы оранжевые<br />Жирафы коричневые<br />Плохая классификация<br />Жирафы слева<br />от меня<br />Жирафы справа<br />от меня<br />
  21. 21. Открытые вопросы<br />Р<br />Они должны быть сформулированы на бумаге!<br />Что бы они появились, достаточно перечитать только что написанный документ<br />Некоторые открытые вопросы приводят к появлению разных версий документа. Напишите несколько версий и покажите заинтересованным лицам – выбор нужного варианта остается за ними<br />
  22. 22. Словарь терминов (глоссарий)<br />Нужен для фиксации контекста<br />Термин = видовое понятие (более широкое) + отличительные особенности<br />Например:<br />Р<br />модель данных,<br />Хранилище данных<br />= <br />+<br />представляющая централизованное , предметно-ориентированное, интегрированное пространство для хранения данных и предназначенная для решения аналитических задач.<br />
  23. 23. Т<br />Что делает аналитик?<br />Рисует<br />диаграммы<br />Пишет<br />документы<br />Составляет планы и <br />формулирует задачи<br />Общается<br />с людьми<br />
  24. 24. Планирование<br />Т<br />?<br />План работ:<br />Содержит иерархическую структуру работ<br />Позволяет оценить сроки и стоимость<br />Может создаваться итерационно:<br />Check<br />Do<br />Act<br />Plan<br />
  25. 25. Из чего состоит пакет работ<br />Т<br />Корректирующие воздействия<br />Отчеты<br />Входы (документы, люди, обратная связь)<br />Пакет работ<br />Артефакты<br />Инструменты реализации<br />
  26. 26. Создание плана<br />Например, так:<br />Опишите пакеты работ<br />Определите все параметры пакетов<br />Допишите в план все недостающее для того, что бы пакет заработал (достать, доустановить , согласовать и тд, итп) – эти незначительные работы могут отнять много времени<br />Р<br />
  27. 27. План бывает<br />Р<br />Базовым<br />Операционным<br />Нужен для проведения корректирующих воздействий;<br />Нужен для первоначальной оценки сроков и стоимости;<br />Рекомендация: после составления базового плана (после оценки и согласования сроков и бюджета) – выбросьте его и пользуйтесь операционным планом.<br />
  28. 28. Базовый план - оценка сроков<br />Р<br />В базовый план работы закладываются с оценкой рисков, варианты:<br />Закладывать дополнительные трудозатраты на каждый пакет работ;<br />Составить «агрессивный план», добавить к нему буфер, который покроет все риски;<br />В зависимости от сценариев развития рисков могут появляться варианты плана.<br />
  29. 29. Рабочее время сотрудника<br />Р<br />1 год<br />Отпуск<br />Обучение<br />Прочие занятия<br />Работа<br />Больничный<br />Опоздания<br />Риск: «Внезапное» расхождение сроков и бюджета с реальными показателями<br />Рекомендация: При планировании закладывайте трудозатраты 6 человеко-часов в день<br />
  30. 30. Операционное планирование<br />Р<br />Подходы<br />От работ<br />От артефактов<br />Разбить пакеты работ на задачи, приоритезировать<br />Завести Excel этими задачами в строках и с параметрами в колонках (входы/ выходы/ статус/ ответственный/ открытые вопросы и тд.)<br />Определить список артефактов<br />Описать работы по созданию этих артефактов<br />Привязать работы к ролям <br />
  31. 31. Еще подход к планированию<br />Р<br />Роли<br />Работы<br />Артефакты<br />
  32. 32. Т<br />Что делает аналитик?<br />Рисует<br />диаграммы<br />Пишет<br />документы<br />Составляет планы и <br />формулирует задачи<br />Общается<br />с людьми<br />
  33. 33. Общение<br />Т<br />?<br />Люди:<br />По-разному интерпретируют сообщения<br />Пользуются модальной логикой<br />Нуждаются в едином контексте* при общении<br />*Контекст – общая «система координат», ситуация, набор терминов, понятный всем участникам общения.<br />
  34. 34. Т<br />Компоненты контекста:<br />пространственно-временные границы<br />заинтересованные лица и их цели<br />достаточный уровень детализации<br />Оценка получаемой от других информации (в рамках заданного контекста!):<br />Единый контекст<br /><ul><li>полнота
  35. 35. применимость
  36. 36. актуальность
  37. 37. точность
  38. 38. непротиворечивость
  39. 39. достоверность</li></li></ul><li>Что движет деятельностью?<br />Т<br />Хочу<br />Могу<br />Должен<br />Мотивация<br />Обучение<br />
  40. 40. Способы мотивации<br />Т<br />?<br />Теория X<br />Теория Y<br />«Сотрудник избегает работы»<br />«Сотрудник готов нести ответственность»<br />Принуждение;<br />Удовлетворение потребностей (премирование);<br />Сделка (контракт);<br />Ценности/убеждения/вера;<br />…<br />
  41. 41. Рекомендации<br />Р<br />?<br />Назначайте на одну задачу одного человека. Это поможет избежать коллективной ответственности – и работа, скорее всего, будет выполнена лучше;<br />Назначайте одного исполнителя только на один проект – в этом случае больше времени уйдет непосредственно на работу (см. картинку про расход рабочего времени);<br />
  42. 42. Задачи системного аналитика<br />Т<br />… зависят от контекста:<br />Заказная разработка<br />ЗР<br />Внедрение<br />Вн<br />Продуктовая разработка<br />ПР<br />Внутренняя разработка<br />ВР<br />
  43. 43. Заказная разработка<br />Т<br />Приоритеты проекта заказной разработки:<br />ЗР<br />V<br />C<br />1)<br />Вн<br />T<br />2)<br />ПР<br />Q<br />3)<br />*V = Volume = Объем, функционал<br />C = Cost = Стоимость<br />T = Time = Время реализации<br />Q = Quality = Качество<br />ВР<br />
  44. 44. Риски исполнителя<br />Р<br />?<br />Неконтролируемое изменение требований;<br />Разрыв коммуникации исполнителей с конечными пользователями продукта<br />ЗР<br />Вн<br />Контрактация – процесс выявления скрытых ожиданий заказчика, их формализация и утверждение.<br />Контрактация – один из способов снижения рисков разработчика.<br />ПР<br />ВР<br />
  45. 45. Риски заказчика<br />Р<br />Так как жизненный цикл продукта начинается с идеи, то заказчик в итоге может получить не то, что ожидает. Особенно при контракте Fixed Price.<br />ЗР<br />Вн<br />Вариант решения: за 30% времени проекта<br /> и за30% стоимости<br /> сделать100% функционала<br /> с 30%-ным качеством.<br />Пользователи посмотрят на результаты и переформулируют требования в начале проекта.<br />ПР<br />ВР<br />
  46. 46. Задачи аналитикаи РП<br />Т<br />ЗР<br />Аналитик<br /><ul><li> Контрактирование
  47. 47. Контроль за соблюдением контракта</li></ul>Вн<br />РП<br />ПР<br /><ul><li> Обеспечение финансового результата проекта
  48. 48. Заключение новых контрактов</li></ul>ВР<br />
  49. 49. Внедрение<br />Т<br />?<br />Приоритеты проекта внедрения:<br />ЗР<br />V<br />C<br />1)<br />Вн<br />T<br />2)<br />ПР<br />Q<br />3)<br />ВР<br />
  50. 50. Работа ИС в общем<br />Т<br />ЗР<br />Ввод данных (Откуда? Когда?)<br />Вн<br /><ul><li>Извлечение данных (Зачем?)</li></ul>ПР<br />ВР<br />
  51. 51. Компоненты ИС<br />Т<br />?<br />ЗР<br />Программные и технические средства<br />Данные<br />Люди<br />Вн<br />ПР<br />ВР<br />
  52. 52. Полная стоимость владения ИС<br />Т<br /><ul><li>Лицензии
  53. 53. Внедрение
  54. 54. Обучение персонала
  55. 55. Сопровождение
  56. 56. Администрирование
  57. 57. Персонал
  58. 58. Утилизация </li></ul>ЗР<br />Вн<br />ПР<br />… не ограничивается затратами на проект внедрения!<br />ВР<br />
  59. 59. Т<br />Варианты взаимодействия с заказчиком<br />ЗР<br />Наличие у заказчика желания внедрять<br />Продаем консалтинг<br />Продаем внедрение<br />Вн<br />Наличие у заказчика денег<br />ПР<br />Продаем лицензии и убегаем<br />ВР<br />
  60. 60. Важно<br />Р<br />ЗР<br />Мы (внедренцы) должны хорошо знать их работу и зарабатывать на их промахах, предлагая новые контракты и проекты.<br />Вн<br />ПР<br />ВР<br />
  61. 61. Уровень зрелости заказчика<br />Р<br />?<br />ЗР<br />Зрелый заказчик:<br /><ul><li>Понимает свои внутренние процессы (они формализованы)
  62. 62. Считает KPI по своим процессам
  63. 63. Ставит целью внедрения повышение KPI
  64. 64. Осознает, что затраты на ИС не закончатся по завершении проекта внедрения</li></ul>Вн<br />ПР<br />ВР<br />
  65. 65. Уровень зрелости исполнителя<br />Р<br />ЗР<br />… можно определить по проектной документации – ведется ли она и какого она качества.<br />Вн<br />ПР<br />ВР<br />
  66. 66. Главный риск проекта внедрения<br />Р<br />ЗР<br />Организационные изменения – по ним можно купить советы (управленческий консалтинг), но каждая компания внедряет свои организационные изменения самостоятельно<br />Вн<br />ПР<br />ВР<br />
  67. 67. Рекомендации заказчику<br />Р<br />Менеджер участка должен быть куратором или руководителем проекта (потому что он отвечает за организационные изменения изменения на своем участке)<br />Не покупать лицензии до принятия решения о внедрении (использовать тестовые версии системы)<br />Считать полную стоимость владения ИС (она не ограничивается затратами на проект)<br />ЗР<br />Вн<br />ПР<br />ВР<br />
  68. 68. Рекомендации исполнителю<br />Р<br />Перед началом проекта исследовать «местность» (уже установленные системы) – ИС нельзя построить в любом месте (отличие от заказной разработки)<br />Начинать со стратегического планирования – обеспечить фундамент и строить на нем. Бизнес заказчика нельзя останавливать для внедрения ИС.<br />ЗР<br />Вн<br />ПР<br />ВР<br />
  69. 69. Р<br />Обработка поступающихнесущественных требований<br />ЗР<br />«Мы делаем человеко-машинную систему для достижения бизнес результата*. Поэтому это и это мы делать не будем. Дополнительные доработки – за дополнительные деньги».<br />Вн<br />ПР<br />* Нужно уметь доказать что поставленные значения KPI по результатам проекта достигнуты.<br />ВР<br />
  70. 70. Р<br />Выделение ролей проектакак способ снижения рисков<br />ЗР<br />Например,<br />согласно ISO 12207:<br />Заказчик<br />Разработчик<br />Поставщик<br />Оператор<br />Поддержка<br />Пользователь<br />Вн<br />ПР<br />Явное разделение ролей = явное разделение работ = легче управляемость проектом<br />ВР<br />
  71. 71. Задачи аналитикаи РП<br />Т<br />Аналитик<br />ЗР<br /><ul><li> Контроль компонентов ИС</li></ul>(следит за тем, что бы люди знали где и как получить нужную им информацию с помощью внедряемой системы)<br />Вн<br />РП<br />ПР<br /><ul><li> Выстраивание отношений с заказчиком</li></ul>(таким образом, что бы заказчик понял что включается в полную стоимость проекта, осознал необходимость организационных изменений и загнал людей в систему. Без людей ИС работать не будет!)<br />ВР<br />
  72. 72. Продуктовая разработка<br />Т<br />Приоритеты проекта в продуктовой разработке:<br />ЗР<br />V<br />Q<br />1)<br />Вн<br />T<br />2)<br />ПР<br />C<br />3)<br />ВР<br />
  73. 73. Возможные цели проектов<br />Т<br />ЗР<br /><ul><li>Сохранить долю рынка
  74. 74. Увеличить долю рынка
  75. 75. Создать новый рынок</li></ul>Вн<br />ПР<br />ВР<br />
  76. 76. Про релизы<br />Т<br />Выпускаются для того, что бы сохранять или увеличивать долю рынка<br />Факт выпуска релизов важнее того, что было исправлено/доработано в продукте.<br />ЗР<br />Вн<br />ПР<br />ВР<br />
  77. 77. Рекомендации<br />Р<br />ЗР<br />Вн<br />Начинать раскрутку продукта за <br />3 месяца до его выпуска.<br />ПР<br />ВР<br />
  78. 78. Задачи аналитикаи РП<br />Т<br />ЗР<br />Аналитик<br /><ul><li> Анализа рынка
  79. 79. Формирования vision будущего продукта
  80. 80. Прогнозирования того, какие фичи продукта нужно развивать</li></ul>Вн<br />РП<br />ПР<br /><ul><li> Контроль положения продукта на рынке и достижения одной из целей: остаться на рынке, увеличить долю или создать новый рынок</li></ul>ВР<br />
  81. 81. Внутренняя разработка<br />Т<br />?<br />Приоритеты проекта:<br />ЗР<br />V<br />1)<br />Вн<br />Q<br />2)<br />ПР<br />C<br />3)<br />ВР<br />T<br />4)<br />
  82. 82. Последний слайд!<br />Школа системного анализа<br />http://school.system-analysis.ru/<br />Преподаватели:<br />Денис Бесков http://beskov.ru/<br />Сергей Нужненкоhttp://boatmanshome.ru/<br />Тёма Казаков http://kzkv.moikrug.ru/<br />Лекции слушал:<br />Антон Константинов http://anvk.moikrug.ru<br />

×