Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Denis Beskov

601
Что мне нужно от инструмента для описания БП:

- нужно видеть БП в виде диаграммы (всё равно какая нотация)
- нужно чтобы один процесс имел 2 варианта: текущий и исправленный.
- нужно, чтобы в процессе было обозначено узкое место, т.е. проблема.
- нужно чтобы я мог видеть какие БП  в какой организации происходят
- нужно видеть БП между организациями с обозначением проблем в них, а ещё лучше чтобы было видно на стороне какой организации проблема в этом БП.
- желательно, чтобы проблемы имели теги, чтобы по ним можно было потом дергать БП со схожими проблемами.
- желательно, чтобы проблема была самостоятельной сущностью и имела поля, в которые я мог бы записывать разные стандартные данные.
Всё это можно сделать и в Excel – имитировать swimlane, раскрасить цветами, повесить тэги, сделать реестр проблем со ссылками на них из процесса – voila!

602
Я связываю это с тем, что мы изучаем БП, не в том масштабе, в котором нужно.
Хочу описывать БП для того, чтобы видеть в нужном масштабе.
Кроме того, ряд реальных проблем мы просто не видим, потому что бизнес не догадается к нам обратиться с этим.
Антон, а у вас уже бы опыт, когда описание процесса помогло верно оценить потенциал для оптимизации?
Как описание процессов помогает вам «увидеть реальные проблемы»?

603
По результатам весеннего прогона я буду вести переработанный курс осенью:
http://www.uml2.ru/forum/index.php?topic=6023.0

Обратите внимание, что я сделал его доступным для немосквичей — теперь можно выбрать 3 варианта глубины прохождения.

604
Этой осенью мы проведём онлайн-школу по разработке требований к ПО,
основанную на результатах пилотного прогона онлайн-курса этой весной.

Курс будет идти 3 месяца, 12 недель, с середины сентября по середину декабря.

У вас будет возможность выбрать один из 3-х вариантов прохождения школы,
в зависимости от ваших возможностей:

http://school.system-analysis.ru/reqdev-online/

Программа школы

Модуль 1. Обзор и планирование (2 недели)
  • Обзор процесса разработки требований
  • Типы требований, их примеры и взаимосвязи
  • Обзор документов требований
  • Качество требований и его обеспечение
  • Выявление заинтересованных лиц
  • Создание плана аналитических работ

Модуль 2. Разработка бизнес-требований (3 недели)
  • Проведение интервью
  • Изучение нормативной документации
  • Анализ проблемной ситуации
  • Постановка цели создания ПО
  • Выявление бизнес-правил
  • Формализация бизнес-требований и согласование их с Заказчиком

Модуль 3. Разработка и защита концепции ПО (2 недели)
  • Определение границ системы
  • Макетирование системы через сценарии и макеты интерфейса
  • Защита и сдача концепции Заказчику
  • Передача концепции Подрядчику

Модуль 4. Разработка технического задания (5 недель)
  • Создание реестра требований, организация трассировок и управление требованиями
  • Разработка функциональных требований в формате Use Case’ов
  • Моделирование системы с использованием диаграмм анализа UML
  • Разработка требований к отчётам и интеграции
  • Создание словаря данных
  • Разработка требований к качеству ПО и профили качества
  • Оформление требований в формате документа «Техническое задание»
  • Защита ТЗ у Заказчика

Приглашаем вас на обзорный вебинар по курсу 31 августа, в субботу, в 12-00:
https://docs.google.com/spreadsheet/viewform?formkey=dDhidTl0WmxmTnFvM2E0NzFMbmVKeXc6MQ#gid=0

605
Сергей, так зачем БА в принципе читать про RUP с его 44 артефактами, 9 процессами, 20 ролями? Чтобы офигеть? Что там интересного для бизнес-аналитика?

Если брать процесс с постоянным потоком заказа и приёмки доработок во внутренней разработке — что подойдёт лучше, чем scrum? И какое дело БА до консультантов, если процесс этот будет ставиться со стороны разработки, а не бизнеса?

606
Сергей написал пару вводных статей по этой теме:

Использование вариантов использования: http://blog.shumoos.com/archives/284

Примеры вариантов использования: http://blog.shumoos.com/archives/285

607
Denis Beskov, скажите тогда, пожалуйста, как по-Вашему, если UML и RUP бесполезны, какие тогда методологии нужно знать бизнес-аналитикам?

Об этом лучше спросить у профессионалов по бизнес-анализу, но в моём понимании это:

Теория ограничений (TOC)
Методика Balanced Score Cards (BSC)
ARIS (Как методология, а не нотация)
BABOK

С точки зрения взаимодействия с разработкой полезно познакомиться с ГОСТ 34 и Scrum.

Ну и в целом полезно познакомиться с методикам системного анализа и решения проблем за рамками ИТ — Оптнер, ТРИЗ, Дизайн-мышление.

+ отраслевые методики, типа eTOM.

608
Мы получили первые отзывы:

«Тренинг очень понравился, вынесла для себя новую, полезную информацию, задания были интересные, большое спасибо!»
Наталья, системный аналитик

Очередной тренинг пройдёт 25 августа, в воскресенье.
На этой неделе действует льготная цена.

609
Антон, а почему вы, как профессионал, считаете допустимым выкладывать в качестве примеров, и, таким образом, образцов, документы с целями без критериев достижения и, возможно, неизмеримыми целями («уровень информирования»), не говоря про прочие компоненты SMART-методики?

http://www.kholodkov.ru/files/samp_06.pdf

610
Отличное задание.

Помощник ит-консультанта — это и есть копирайтер, в каком-то смысле.

611
Как будут писать эти стандарты?
Т.к. скорее всего реально практического опыта работы в IT-проектах у будущих авторов нет (поверхностное участие в проектах опытом не считаю), то писать будут "списывая" теорию с других источников (стандартов АП КИТ, иностранных стандартов, ГОСТов, ИСО и пр.).
А кто будет писать эти стандарты?

Цитировать
На профессиональную область влияния скорее всего не окажут, т.к. при их разработке никто не будут учитываться реалии работы российской IT-сферы.
О каких реалиях речь?

612
Смотрите ещё шаблоны/образцы Вигерса: http://processimpact.com/goodies.shtml

613
Я напишу так, как обычно пишут на русских форумах — т.е. когда вместо помощи объясняют, насколько, как и почему автор — м***к.

Ну так вот, процесса «мониторинга готовности паспорта» не должно быть в принципе, т.к. это пустая потеря времени, а должно быть информирование о статусе по смс или электропочте.

А если вы описываете пресловутый AS-IS, то то же самое, не теряя времени, можно описать словами.

614
Помощь в поиске работы уже не функционирует?
У вас такой странный сайт указан в профиле, что для вас точно не функционирует.

615
Добавлены ссылки на стандарты по качеству на карточку мероприятия на сайте школы: http://school.system-analysis.ru/soft-qual-reqs/