Бит. Проекты Б24 и Web

1.

// Антон Мамедов
БИТ. Проекты Б24 и WEB
03. Этапы проекта. Часть 1

2.

Правила занятий
Отключаем микрофон,
когда слушаем спикера
Включаем микрофон,
когда говорим
Ваше лицо в эфире,
когда говорим
Пишем в чат комментарии,
которые не требуют обсуждения
прямо сейчас
Активно участвуем
в процессе обучения
Уважительно к желанию
других высказаться
1bit.ru

3.

Какие этапы разработки
1. Аудит
2. Моделирование
3. Проектирование
1bit.ru

4.

Аудит
1. Он же предпроект
2. Он же аудит - обследование
3. Он же анализ
4. Он же Гога, он же Гоша
1bit.ru

5.

Ценность. Аудит
Аудит для Клиента
- На этапе преддоговорной работы мы в коммерческом предложении можем дать клиенту
статистическую стоимость внедрений
- В результате аудит-обследования клиент сможет получить прогнозную оценку именно
«его» проекта (задачи), а также поближе познакомится с нами, как с Исполнителем
Аудит для нас
- Тренируемся «на кошках» как сдавать работы этому клиенту
- будет ли придираться к результатам
- Политика
- Выясним, кто у клиента имеет реальный «вес»
- Определим, что важнее всего, что «горит», кто может быть «двигателем»
(руководителем проекта от клиента)
- Определим реальные бюджеты
Основной результат: согласованные границы проекта и план-график именно «его» проекта
1bit.ru

6.

Ценность. Аудит
Важно: правильно формируйте ожидания Заказчика
- На выходе из Аудита НЕ будет Технического Задания
- На выходе из Аудита НЕ будет детального описания процессов Заказчика
- На выходе из Аудит – границы проекта, реестр (перечисление) процессов для оценки
подходящего типового решения (модулей)
Аналогия
- Вы хотите приобрести автомобиль
- У Вас спрашивают, как планируете использовать: ездить по городу или на рыбалку и т.п.
(перечень процессов), сопоставляют с выделенным Вами бюджетом и помогают выбрать
правильный автомобиль (готовое решение, программный продукт)
- Вы оцениваете разные автомобили
- Обсуждаете требуемую комплектацию
1bit.ru

7.

Цели. Аудит
Цель «Зачем автоматизируем»
- Уточнить кто у Заказчика самый главный и зачем ему нужно тратить деньги на
автоматизацию
Цель «Что автоматизируем»
- Определить перечень бизнес-процессов Заказчика, которые будем автоматизировать,
определить основные ограничения («что не делаем»), расставить приоритеты
Цель «С кем автоматизируем»
- Определить ответственных пользователей от Заказчика по каждому процессу (кто будет в
проектной группе)
1bit.ru

8.

Цели. Аудит
Цель «Что берем за основу»
- Определить подходящие Заказчику готовые решения или модули и их основные
ограничения
Цель «По какой технологии работаем»
- Определить подходящие Заказчику технологии, определить факторы успеха и риски в
каждой технологии
Цель «Прогнозные деньги/сроки»
- Определить прогнозный календарно-ресурсный план внедрения (план-график и бюджет)
1bit.ru

9.

Входы этапа. Аудит
На входе по существу
- Перечень желаемых контуров автоматизации
- Договоренности с ключевыми пользователями о проведении интервью
- Договоренности, как будут выглядеть результаты аудита
На входе по форме
- Перечень желаемых контуров автоматизации
- План-график аудита (проведения интервью с ключевыми пользователями)
1bit.ru

10.

Результаты этапа. Аудит
На выходе по существу
- Перечень автоматизируемых бизнес-процессов (бизнес-функций) Заказчика с указанием
ответственных
- План-график проекта
- Договоренности с ответственными о проведении интервью
На выходе по форме
- Реестр бизнес-процессов для моделирования (отдельный документ либо часть договора)
- План-график моделирования (проведения интервью с ответственными пользователями)
- План-график проекта
1bit.ru

11.

Внутренние документы этапа. Аудит
Договор
- План-график работ (интервью) на этапе аудит
- Список ключевых лиц, у кого берем интервью (фио, должность, контакты)
Выходные формы
- Таблица «Реестр бизнес-процессов»
- Презентация «Отчет по итогу аудита»
- Документ «Отчет об аудит-обследовании» (при необх.)
В ходе проекта ежедневно
- Протоколы интервью (видеозаписи Zoom)
1bit.ru

12.

Что будет после. Аудит
После завершения аудита возможны варианты
Старт этапа Моделирование
Условие
- Большой проект (много контуров)
Старт этапа Внедрение
Условие
- Как правило в случае бесплатного аудита, где мы убедились что клиенту
полностью подходит типовой набор модулей и решений
1bit.ru

13.

Что будет после. Аудит
После завершения аудита возможны варианты
Старт этапа Моделирование
Условие
- Большой проект (много контуров)
Старт этапа Внедрение
Условие
- Как правило в случае бесплатного аудита, где мы убедились что клиенту
полностью подходит типовой набор модулей и решений
1bit.ru

14.

FAQ. Аудит
Обязателен ли аудит?
Да, если
Требования верхнего уровня и границы проекта размыты
Заказчик хочет получить уточненную оценку бюджета (прогнозную либо под фикс)
Нет (можно экономить деньги/время), если
Внедряем на первом этапе одну хорошо проработанную нами подсистему (модуль,
готовое решение)
Обязательно ли проводить платный аудит?
Очень желательно, так как бесплатный аудит Клиент не ценит и делаем мы его хуже
1bit.ru

15.

FAQ. Аудит
Можно ли совмещать аудит и моделирование?
- Можно если внедряется 1-2 контура и ключевые пользователи почти совпадают с
конечными
- В остальных случаях нежелательно, т.к. в этом случае моделирование придется делать по
всем участкам (дорого, долго, высокие компетенции)
Можно ли совмещать аудит + моделирование + проектирование?
- Т.е. сразу после «обследование» выдавать ТЗ или Лист требований?
- Можно, но лучше делать это в случае, если нам просто нужно сделать небольшие
доработки. В этом случае обычно считается, что
- аудита как такового нет
- моделирование тоже не нужно, т.к. Заказчик знает как работает типовой функционал
- сразу приступаем к описанию доработок по сути
1bit.ru

16.

Моделирование
В случае Веб-проектов, этап Моделирование состоит
из Дизайна, верстки и прототипирования
1bit.ru

17.

Ценность. Моделирование
Моделирование для Клиента
- Клиент сможет «заглянуть в будущее»: посмотреть как будут отражаться в системе его
бизнес-процессы.
Аналогия с приобретением квартиры
- Вам не просто показывают квартиру на плане дома, но проводят экскурсию в аналогичную
квартиру
- Вы оцениваете, что Вам нравится, а что – нет.
- Просите переделать то, что не нравится
Аналогия с приобретением автомобиля
- Вам не просто показывают автомобиль, а вместе с инструктором дают сделать «тест-драйв»
1bit.ru

18.

Ценность. Моделирование
Моделирование для нас
- Клиент увидит систему и скажет свое мнение о ней
- мы поймем, что его устраивает, а что нет (точка разрыва)
- по каждой точке разрыва сумеем либо убедить клиента в полезности типового
функционала, либо согласиться с доработкой системы
Авторитетные аналоги
- Методология RUP (Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software)
- Чем раньше Заказчик увидит Ваш продукт и скажет свое «фи», тем быстрее Вы поймете, что именно
нужно переделать
1bit.ru

19.

Цели. Моделирование
Цель определить состояние Заказчика «как есть» («as is»)
- Понять текущую организацию бизнес-процессов Заказчика (модель as is)
Цель показать «как уже есть системе» («as is in soft»)
- Показать Заказчику организацию бизнес-процессов на аналогичных предприятиях, которая воплощена в
типовых решениях (модель as)
Цель определить состояние «как будет» («to be»)
- Смоделировать желаемую Заказчиком организацию бизнес-процессов в результате внедрения
(модель to be)
1bit.ru

20.

Цели. Моделирование
Цель «Определить отклонения от типовых модулей и решений»
- Определить «точки разрыва»: где типовой программный продукт (готовое решение)
отличается от желаемой Заказчиком организации бизнес-процессов.
Внимание: «точка разрыва» - просто фиксируется то место их процесса, где не подходит
типовой функционал. Техническое описание доработки типовых модулей не составляется
Цель «Подтвердить выбор типовых модулей»
- Подтвердить правильность выбранных готовых модулей
1bit.ru

21.

Входы этапа. Моделирование
На входе по существу
- Перечень автоматизируемых бизнес-процессов (бизнес-функций) Заказчика с указанием
ответственных
- Договоренности с ответственными о проведении интервью
На входе по форме
- Реестр бизнес-процессов для моделирования (отдельный документ либо часть договора)
- План-график проведения интервью
1bit.ru

22.

Результаты этапа. Моделирование
На выходе по существу
- Пользователи Заказчика знают, как будут отражаться в типовых модуля их операции.
Договоренности с ответственными о том, что их устраивает типовой функционал в системе
(готовом решении)
- Перечень автоматизируемых бизнес-процессов (бизнес-функций) Заказчика с указанием
«точек разрыва»
На выходе по форме
- Таблица «Реестр бизнес-процессов» с отметками по каждой бизнес-функции: реализуется в типовом
функционале или нет.
или
Документ «Функциональные требования» (включая Реестр бизнес процессов) с описанием модели to be
и разрывов
1bit.ru

23.

Документы этапа. Моделирование
Договор
- План-график интервью на этапе Моделирование
Выходные формы
- Таблица «Реестр бизнес-процессов
- Документ «Функциональные требования» (при необх.)
- Демо модель данных в системе (сайте), сделанная типовыми инструментами
В ходе проекта ежедневно
- Протоколы интервью (zoom запись)
- Листы учета рабочего времени (в случае почасовой оплаты)
В ходе проекта еженедельно
- Отчет о состоянии проекта
1bit.ru

24.

Что будет после. Моделирование
После завершения моделирования возможны 3 варианта
Вариант 1
Старт этапа Проектирование
Условия
- Есть критичные разрывы
- Есть доработки, без которых систему нереально запустить даже в опытную эксплуатацию
Обычно бывает, если
- нет типового решения для клиента
- сложная политическая ситуация и невозможно переубедить Заказчика (мы «уникальны» и не
можем работать в типовом)
1bit.ru

25.

Что будет после. Моделирование
Вариант 2
Завершение проекта и ввод системы в эксплуатацию
Условия
- Нет критичных разрывов
- Все разрывы признаны некритичными либо разрывов нет
- Все пользователи умеют пользоваться системой
- Ответственные пользователи Заказчика освоили программу и готовы обучить конечных
пользователей либо в этапе Моделирования принимали участие все пользователи контура
и нет конечных пользователей, которых нужно обучать
Обычно бывает, если
- у внедряемого продукта широко настраиваемый типовой функционал (либо тиражный
отраслевой продукт, в котором учтены большинство отраслевых
- во внедряемом контуре работает немного пользователей
1bit.ru

26.

Что будет после. Моделирование
Вариант 3
Переход к этапу Внедрение (пропуск этапов Проектирование и Разработка)
Условия
- Нет критичных разрывов
- Все разрывы признаны некритичными либо разрывов нет
- Не все пользователи умеют пользоваться системой
- Есть конечные пользователи, которых нужно обучать работе с системой и помогать
консультациями
Обычно бывает, если
- тиражный отраслевой продукт, в котором учтены большинство отраслевых требований
во внедряемом контуре работает много пользователей
1bit.ru

27.

Проектирование
1bit.ru

28.

Ценность. Проектирование
Проектирование для Клиента
- Клиент сможет получить точное описание доработок и настроек,
требуемых для того, чтобы «заточить систему под него»
Проектирование для нас
- Мы договариваемся с Клиентом, что именно мы дорабатываем и согласуем
с ним непротиворечивое и однозначно воспринимаемое описание доработок
1bit.ru

29.

Ценность. Проектирование
Аналогия: вы хотите приобрести автомобиль
- Вы уже попробовали тест-драйв (моделирование)
- После тест-драйва вам стало понятно, какие еще опции нужно добавить, какой тюнинг
сделать.
- Вы рассказали мастеру, что вы хотите
- Мастер составил описание необходимых работ (важно, что мастер не фиксирует то,
что и так есть в машине: 4 колеса, двери, кузов и т.п.)
Аналогия: вы делаете ремонт
- Вам показали аналогичную квартиру, где уже сделан примерно такой ремонт, какой вы
хотите (моделирование)
- После этого вам стало понятно, что вам полностью подходит тот ремонт, который вам
показали, но обои нужны в черный горошек
- Вы рассказали прорабу, какие обои вам нужны
- Прораб зафиксировал Ваши пожелания
1bit.ru

30.

Цели. Проектирование
Цель однозначно определить требования к системе
- Письменно согласовать, что будем изменять в системе (как правило не стоит задача
сделать техническую документацию на систему целиком, в т.ч. и на ее типовые участки)
Поставить задачу программисту
- Передать программистам в работу требования к системе не на языке бизнеса, а на языке
системы
Цель документировать систему («ГОСТ»)
- Для гос.Заказчика возможно будет важным получить документацию на систему,
соответствующую ГОСТам 34 и 19 серий. В этом случае по результатам проектирования
готовится ТЗ по ГОСТу. Если такой цели не стоит, рекомендуется готовить не ТЗ, а ЛТ (Листы
требований)
1bit.ru

31.

Входы этапа. Проектирование
На входе по существу
- Пользователи Заказчика знают, как будут отражаться в системе их операции.
Договоренности с ответственными о том, что их устраивает типовой функционал в системе
- Перечень автоматизируемых бизнес-процессов (бизнес-функций) Заказчика с указанием
«точек разрыва»
На входе по форме
- Таблица «Реестр бизнес-процессов» с отметками по каждой бизнес-функции: реализуется в
типовом функционале или нет
или
- Документ «Функциональные требования» (включая Реестр бизнес процессов) с описанием
модели to be и разрывов
1bit.ru

32.

Результаты этапа. Проектирование
На выходе по существу
- Готовые спецификации требований на разработку в системе
- В случае, если ведется быстрая разработка (без детальной спецификации требований) на
выходе – проведенные доработки в виде интерфейсной части программного продукта (без
создания алгоритмов)
На выходе по форме
- Документы «Листы требований»
- Документ «Техническое задание»
1bit.ru

33.

Документы этапа. Проектирование
Договор
- Реестр бизнес-процессов с указанием точек проектирования
Документы
- «Лист требований» и/или «Техническое задание» (при необх.)
В ходе проекта ежедневно
- Листы учета рабочего времени (если почасовой этап)
В ходе проекта еженедельно
- Отчет о состоянии проекта
1bit.ru

34.

Что будет после. Проектирование
После завершения Проектирование возможны 3 варианта
Вариант 1
Старт этапа Разработка
Условия
- Есть критичные разрывы
- Есть доработки, без которых систему нереально запустить даже в опытную
эксплуатацию
Обычно бывает, если
- нет типового решения для клиента
сложная политическая ситуация и невозможно переубедить Заказчика
(мы «уникальны» и не можем работать в типовом)
1bit.ru

35.

Что будет после. Проектирование
Вариант 2
Самостоятельная доработка Заказчиком системы по нашим спецификациям требований
Условия
- У Заказчика есть свой ИТ отдел, или он готов сменить Исполнителя
Обычно бывает, если
- Заказчик не желает «работы под ключ», а берет услуги отдельными этапами
1bit.ru

36.

Что будет после. Проектирование
Вариант 3
Переход к этапу Внедрение
Условия
- Нет критичных разрывов
- Все разрывы признаны некритичными либо разрывов нет
- В этом случае разработка функционала ведется прямо во время этапа Внедрение
Обычно бывает, если
- тиражный отраслевой продукт, в котором учтены большинство отраслевых требований
1bit.ru

37.

Домашнее задание
Составить список рисков, которые есть на каждом этапе и которые можно
заложить на каждом этапе и как с ними бороться
Пример: риск на Аудите, что мы не всех ключевых пользователей включили в
аудит и потом, впоследствии, мы не запустимся, потому что придет новый
сотрудник и скажет, что в его зоне ответственности всё не работает. Решение:
включать как можно больше пользователей в аудит
1bit.ru

38.

// Антон Мамедов
1bit.ru
Спасибо за внимание!