Знакомим с докладами секций «Управление проектами» и «ИТ-анализ»

Василий Оводков,
руководитель проектов,
независимый эксперт

7 шагов к успешному проекту цифровой трансформации

По мировой статистике, только 1 из 7 проектов цифровой трансформации успешен.

В докладе представлена пошаговая методика из 7 шагов, позволяющая реализовать любой IT-проект успешно.

В докладе освещены следующие вопросы:

• Какие типовые ошибки на проектах цифровой трансформации допускают Заказчики?
• С чего начать проект цифровой трансформации?
• Как из множества исполнителей выбрать квалифицированного Подрядчика?
• Как взаимодействовать с Подрядчиком и грамотно оформить документацию на проект?
• На что обращать внимание при формировании команды проекта?
• Как безболезненно «убрать» с проекта не квалифицированного подрядчика?
• Какие инструменты управления проектами и материалами использовать при реализации работы?

Только практический опыт, никаких книжных истин!

Павел Филатов,
архитектор,
разработчик ЗУП

Кто такой архитектор? Чем технический архитектор отличается от функционального?

В докладе мы разберем:

• кто такой архитектор;
• какие задачи он выполняет;
• какие задачи архитектор НЕ выполняет;
• можно ли без него обойтись, кем можно заменить;
• чем отличается технический (системный) архитектор от функционального;
• рассмотрим кратко существующие роли на проекте;
• кто главный — РП или архитектор, кому подчиняется проектная команда.

Все тезисы будут подкреплены реальными кейсами из опыта работы. Будет интересно).

Доклад построен на основе одноименной статьи на Инфостарте. Для выступления «текст» сильно переработан, структурирован и дополнен примерами.

Сергей Наумов,
WiseAdvice,
руководитель проектного отдела «Корпоративные финансы»

История разработки и внедрения параметрической гибридной проектной технологии

Гибридные проектные технологии имеют существенные преимущества, как перед классическими водопадными моделями, так и перед гибкими технологиями.

На IE2021 в Санкт-Петербурге мы много обсуждали гибридные подходы и лучшие идеи вошли в новую проектную технологию моего отдела, которая запущена в 21 году.

С помощью новой проектной технологии мы существенно расширили возможности руководителей с одной стороны, с другой стороны, благодаря параметризуемой настройке технологии сохранили преимущества технологичного подхода относительно индивидуального подбора состава работ под проект.

• Проектные технологии – что это, и зачем их разрабатывать?
• История разработки проектной технологии отдела.
• Проблемы имеющейся технологии.
• Задачи для разработки новой технологии.
• Обзор разработанной технологии.
• Параметрическая настройка технологии под особенности будущего проекта.
• Ключевые результаты этапов по нашей технологии.
• ИТ-поддержка технологии управления проектом.
• Первые достижения.

Бизнес-игра «Выстраиваем процесс управления требованиями»

В игровой форме разберемся, как организовать процесс управления требованиями вне зависимости от того, что является результатом проекта.

• Рассмотрим различные уровни и типы требований.
• Разработаем приемы согласования различных требований. В процесс также включим этапы моделирования для демонстрации приемов выявления требований на основе моделей.
• В результате бизнес-игры у слушателей сформируется понимание процесса управления требованиями, основных элементов процесса и как подбирать элементы процесса управления требованиями для различных организационных ситуаций и продуктов.

Ирина Шишкина,
студия креативного консалтинга «Не просто ИДЕЯ», руководитель проектов

Выгорание руководителя ИТ-проекта

• Симптомы выгорания.
• Триггеры выгорания в зависимости от жц проекта и методологии управления (статистика с 2013 года).
• 7 помощников выгоревшего руководителя проекта.
• Можно ли предупредить выгорание? Нет. Но кое-что можно сделать)

Виталий Ильинчик,
TELS,
руководитель группы разработки

Чек-лист для (уже) успешного внедрения веб-клиента

Каждый из нас ежедневно разрабатывает и внедряет бизнес-приложения, но когда заходит речь про «современные трафики интернет технологий», могут возникнут неожиданности.

В докладе будет представлен набор контрольных точек для быстрого запуска личного кабинета.

Алексей Таченков,
ИП Таченков А.А.,
консультант

Особенности сдачи экзамена PMI PMP после 2020 года: причем здесь Agile?

1. Что такое PMP и зачем он вам нужен?
2. Как PMP выглядел до 2020 и как сейчас?
3. Что нужно знать про классические методы, чтобы получить сертификат?
4. Что нужно понимать про Agile, чтобы не завалится на экзамене?
5. Как подготовиться и выйти живым из боя?

Дизайн-мышление, как идея для предпроектной деятельности

1. Что такое дизайн-мышление?
2. Чем традиционный сбор требований отличается от идеи проверки множества гипотез?
3. Жизненный цикл дизайн-мышления?
4. Как находки ДМ превращаются в проект?

Мария Темчина,
Инфостарт,
директор по проектам

Практикум «Проводим ретро в Agile команде»

Ретроспективы – мощный инструмент для сбора извлеченных уроков и развития команды.

Но не так просто провести их так, чтобы они были не скучными и максимально полезными. Участники практикума познакомятся с инструментами для проведения ретро и попробуют провести ретроспективу на практике.

Учим сотрудников плавать, бросая их в воду. Или рекомендации по обучению Agile-технологиям на практике

Гибкие технологии вступают в нашу жизнь, поэтому приходится организовывать различное обучение ИТ-специалистов. Обучение – это важно. Но, как известно, от полученных знаний до сформированных навыков, изрядное расстояние.

На курсах Инфостарта мы попробовали применить EduScrum – Agile фреймворк в обучении. В целях закрепления учебного материалы слушатели разделились на команды и за время курса подготовили по Agile небольшие реальные продукты.

В своем докладе я поделюсь, как можно тиражировать этот опыт в корпоративном обучении тем компаниям, которые хотят внедрять и развивать у себя гибкие технологии.

Татьяна Доценко,
WiseAdvice-IT,
руководитель проектного подразделения «1С:Документооборот»

Дайте кейс – держите два! Быстрые подходы во внедрении 1С:Документооборота

Зачем нужны бизнес-требования и почему они важнее функциональных?

• Почему методология определяет успешность внедрения и почему нельзя автоматизировать «хотелки»?
• Война с бумажными прототипами. Получаем реальный прототип через наборы кейсов.
• Как быстро вовлечь заказчика в реальный прототип и получать качественную обратную связь?
• Через проект к звездам. Новое качество компании заказчика = новые проекты.

Андрей Глебов,
Независимый консультант

Управление проектами при разработке мобильных приложений

• Актуальность разработки мобильных приложений: (а) в целом + (б) пример, как было в CarMoney
• ProductManager vs ProjectManager: (а) в целом + (б) пример, как было в CarMoney
• С чего начать: (а) в целом (Lean Canvas Model) + (б) пример, как было в CarMoney
• Профиль пользователя: (а) в целом (Android/iOS) + (б) пример, как было в CarMoney
• Заинтересованные лица: (а) в целом (управление ожиданиями) + (б) пример, как было в CarMoney
• Сбор требований + приоритизация от заказчика: (а) в целом (гипотезы, CustDev, MVP, A/B-тестирование) + (б) пример, как было в CarMoney
• Метрики в моб.приложении, как основа для приоритизации при развитии: (а) в целом + (б) пример, как было в CarMoney
• Спецификация vs Детального прототипа: (а) в целом + (б) пример, как было в CarMoney
• Команда: in-house? remote work? outsource? Пример из CarMoney, как найти хороших спецов? Пример из CarMoney
• Работа сразу над 2-мя версиями приложения. Пример из CarMoney
• Тестовая и продуктовая среда: бэкенд + фронтенд. Виды тестирования. Пример из CarMoney
• Аналитика в моб.приложении, разновидности сервисов для сбора статистики. Пример из CarMoney
• Сопроводительная документация. Пример из CarMoney (техн.описание, новое в релизе, инструкция пользователя, вопросы для оценки знаний тех.поддержки)
• Как совместить гибкую методологию разработки и календарные даты релизов? Пример из CarMoney
• План идеального проекта по разработке и запуску приложения

Павел Ступко

Бирюзовые инструменты управления в Проектной команде

Руководитель проекта не имеет административной власти над всеми участниками проекта, приходится руководить участниками из компании Заказчика и Подрядчиков.

Зачастую задача усложняется, когда в Команду проекта входит топ-менеджмент, который привык сам командовать. В то же время, проектом нужно руководить и сдавать вовремя и в полном объеме. Что делать?

Например, можно научиться горизонтальному менеджменту и применять бирюзовые инструменты. Являясь организатором сообщества бирюзовых организаций Ru Teal Community и объединив знания про бирюзовое управление, я собрал и систематизировал наиболее актуальные в проектам 1С бирюзовые инструменты.

Илья Галицков,
АО «Первая башенная компания»,
еnterprise Architect

Управление изменениями от А до Я: от «хочу» бизнеса до автоматического выкатывания в релиз

В докладе будет рассказано об опыте автоматизации полного цикла управления изменениями в компании:

• приемка задачи в Jira,
• категоризация, приоритезация,
• подготовка БФТ и тест-кейсов для приемки результата,
• передача задачи на разработку в одну из команд-аутсорсеров,
• контроль выполнения работ, приемка бизнесом,
• помещение в релиз, формирование документации,
• предрелизные автоматизированные ночные сборки,
• разработка и прием автотестов,
• автоматизированная сборка релиза и выкатка на продуктив в базе размером ~0.5 Тб.

Илья Отькало,
CORS Consulting,
CEO

Как мы «завалили» проект SaaS ERP системы за 0,5 млн Евро

В проектах бывают не только успехи. Неуспешных проектов очень много, но о них стесняются говорить.

Несколько лет назад мы взялись создать SaaS ERP систему для туроператоров с многоканальной схемой дистрибуции.

Бэк-офис был на 1С: будущий «1С:Туроператор», фронт – на 1С:Битрикс.

Я расскажу, как даже самая красивая идея может в итоге провалиться.

Если Вы мечтаете создать своё решение – приходите послушать, и не наступайте больше на наши грабли!

Юрий Бухонин,
ООО «Финакадемия»,
генеральный директор

Проект автоматизации: Как хочется? Как делается? Как надо?!

1. Проект автоматизации глазами Заказчика:

• чего он хочет?
• как это видит?
• кто будет все делать и за все отвечать?
• сколько это должно стоить и занять времени?

2. Проект автоматизации глазами «внедренца»:

• какова цель проекта?
• как выглядит процесс?
• кто и какую работу должен сделать?
• за что нужно платить деньги?

3. Как должно быть, чтобы заработало:

• приведение заказчика к пониманию «Чего же тебе на самом деле надо?»,
• формализация структуры и ответственности производства того, что нужно заказчику от его предприятия,
• «процессы производственные» и «процессы взаимодействия»,
• ответственность и мотивация,
• автоматизация и два вида задач.

Алексей Стоянов,
Т1 Консалтинг,
директор практики 1С

Риски, TOC и мотивация проектной команды

1. Метод критической цепи и формирование «Буферов» проекта;
2. Продажа «Буферов» клиенту как вовлечение в управление рисками;
3. Мотивация команды на управление рисками;
4. Влияние ТОС на обеспечение безопасности проекта.

Юрий Шойдин,
ООО «Газпромнефть-Цифровые Решения»,
руководитель проектной практики

Стратегия прорыва. Как гарантированно внедрить проектное управление, или «Безоткатная трансформация»

• Реальный кейс в реальной компании.
• Задача – внедрить проектное управление за год.
• С чего начать – оценка ситуации.
• Анализ проблем – с чем столкнемся.
• Разработка решения – что делать.
• Запуск проекта – запуск процессов.
• Поддержка процессов – маховик скрипит, но крутится.
• А можно ли было сделать по-другому?

Александр Рыжов,
ИТАН,
генеральный директор

«Подводные грабли» управления проектом автоматизации управленческого учета, или Как успешно внедрить проект

• Автоматизация управленческого учета – что, как и зачем? Почему такой проект нужен бизнесу?
• Идеология автоматизации финансового управления.
• Как правильно внедрять управленческий учет на предприятии, что учесть, типовые ошибки, шаблоны, рекомендации.
• Как подготовиться к проекту, как проводить диагностику, как внедрять, как сдавать, как запустить проект гарантировано? Чек-лист рекомендаций.
• Про управление проектом: особенности управления проектами автоматизации управленческого учета.
• Примеры и кейсы технического, организационного и методологического характера – как их решаем.
• Жизнь после автоматизации... Или что получает клиент в результате.

Дмитрий Егоров,
Некоммерческое партнерство «Жизнеспособная Система Управления»,
управляющий партнер и основатель

Внедрение облачной системы управления запасами NET Stock Pro и результаты проекта

• Основные принципы решения Теории ограничений «Управление наличием в цепочках поставок»
• Принципиальная схема интеграции учетной системы Заказчика 1С УТ и программно-методического комплекса NET Stock Pro и почему именно так?
• Всегда ли надо слушать Заказчика? Проблемы с неразумными доработками типового функционала УТ.
• Результаты внедрения в цифрах.

Подходы Теории ограничений к управлению проектами: два уровня управления проектами

• Типовые проблемы в реализации проектов. Причины их возникновения.
• Метод критической цепи (CCPM) как способ выполнения проектов. Границы разумного применения: когда полезно, а когда вредно?
• Есть ли «цепь» в ИТ проектах?
• Что за зверь Agile CCPM и с чем его едят? Есть ли смысл в «холиваре»?
• Разные требования к разным уровням управления проектами.

Олег Миньков,
Первый БИТ,
Scrum-мастер

Проекты 1С по scrum глазами scrum-мастера

• Зачем вообще scrum и agile в 1С, когда есть старый добрый водопад?
• Поделюсь соображениями, основанными на 2 годичном опыте работы scrum-мастером, а до этого руководителем проектов на каскадных проектах 1С.
• Вы видели проекты 1С выполненные по scrum? А они есть.
• Опишу тернистый, долгий, но с элементами успеха путь адаптации scrum на проектах 1С:ERP в офисе bit-erp.ru компании Первый Бит.
• Почему просто взять и «натянуть» scrum на ваши текущие проекты плохая идея?
• Расскажу какие последствия такого «резкого» перехода и с чего лучше начать agile трансформацию.

Александр Прямоносов,
WiseAdvice-IT,
генеральный директор

Практика построения проектного офиса в ИТ-компании

С самого основания нашей ИТ-компании (1С:Франчайзи), ориентированной на проектную деятельность, у нас было несколько подходов к построению проектного офиса – организационная структура, процессная методология и ее автоматизация, стандарты, KPI и мотивация руководящего персонала и специалистов.

Каждая из моделей, которую мы выбирали, не претендовала на уникальность и имела распространенную практику использования в отрасли. Но что-то заставляло нас «сносить всё и строить заново» и таких упражнений было несколько.

В своем докладе я расскажу, зачем потребовалось создавать и как эволюционировал наш проектный офис, в чем были преимущества и недостатки каждого варианта. А, главное, – я поделюсь, к чему мы пришли и как «живем» сегодня. Надеюсь донести до заинтересованной аудитории практический опыт, на получение которого мы с коллегами затратили много времени и усилий.

Рассчитываю, что мой доклад поможет Вам сделать все и сразу правильно, сэкономить деньги, время и силы!

Юрий Заря,
ИТАН,
руководитель проектов, ведущий эксперт

Как внедрить 1С в иностранной компании в РФ и странах СНГ

1. Типичные кейсы автоматизации

• Клиент выходит на рынок России / СНГ
• Клиент расширяет бизнес
• У клиента есть проблемы или потребности

2. Основные потребности

• Консалтинг по регуляторным требованиям в зависимости от отрасли
• Презентация ERP решений на локальном рынке (достоинства и недостатки)
• Выяснение особенностей и ограничений корпоративной ERP системы
• Интеграция – единая IT экосистема

3. Что можно продать

• Подготовка архитектуры и модели интеграции дочерней компании в корпоративный IT ландшафт
• Методика и оптимизация бизнес-процессов
• Выбор решений
• Разработка и внедрение
• Поддержка и развитие

4. Выстраивание коммуникаций

• Первый разговор с клиентом – как подготовиться и что предложить
• Выяснение потребностей и проблем со стороны головного офиса
• Подготовка отчета и предложения
• Коммуникации на проекте

5. Проблемы и подводные камни

• Говорить на одном языке – что может быть важнее
• Подбор команды
• Оценки рисков

6. Примеры проектов

Григорий Шатров,
ИнфоСофт,
специалист по внедрению, TeamLead

WorkShop Формирование Беклога проекта. StoryMapping

• Как определить MVP проекта?
• Как не тупить и быстро начать разработку?
• Формирование пользовательской истории продукта. Формирование подзадач и задач для реализации. Релизы проекта.
• Потренируемся на «Котиках» в командах. Теория и Практика вместе с Вами.

Мастер-класс займет 1,5 часа. 4-5 команд по 5-6 человек (максимум 30 человек).

Павел Алферов,
Московская школа управления СКОЛКОВО,
профессор бизнес-практики

Национальные особенности управления

Внедрение проектного управления в России и странах СНГ пробуксовывает. Приходится постоянно доказывать, что оно работает, что от проектного подхода есть польза и что это не «бюрократия» (хотя периодически оно действительно перерождается в бюрократию)

• Хотя у многих есть интерес, есть много попыток внедрения, эффект от внедрения значительно меньше ожиданий.
• Очевидно «как в книжке» в России не получается.
  Причина – национальные особенности, в том числе национальные особенности управления.
• Есть много моделей, объясняющих национальные особенности, все они приводят к нескольким основным особенностям:

1. игнорирование инцидента, пока он не перерастет в серьезную проблему;
2. маятниковая система управления – резкие переходы от расслабленности к мобилизационному действию;
3. неверие в вероятность, свое влияние на вероятность (авось, небось и как-нибудь);
4. система управления по поручениям как основа деятельности;
5. авторитарный стиль управления;
6. нежелание сотрудников брать на себя ответственность;
7. приоритеты: тактических задач на стратегическими/ «сегодня» над «завтра»;
8. разница описанных и реально работающих процессов;
9. ориентация на личные взаимоотношения («Византийская система»);
10. пренебрежение «книжной мудростью».

Шамсутдинов Артем,
ООО «ОйлГИС»,
руководитель проектов автоматизации

Построение эффективного онлайн-инфоцентра на платформе Django + 1C:ERP

• Постановка задачи для организации инфоцентров предприятия
• Описание связки Django и 1С:ERP
• Описание административной панели инфоцентра
• Описание выбора данных и показателей 1С:ERP для вывода на инфоцентр
• Разграничение показа данных для разных инфоцентров (для руководителя, для начальников цехов, для рабочих)
• Анализ эффективности применения онлайн-инфоцентров по сравнению с традиционными стендами в производства

Анастасия Штей,
ГК Диполь,
бизнес-аналитик 1С

«Скальпель, зажим, … пластырь, валерьянка. Мы закончили…»: инструменты работы бизнес-аналитика

Считается, что бизнес-аналитику достаточно знать, как нарисовать в одной-двух нотациях бизнес-процесс, а для этого достаточно небольшой программы. Но это совсем не так.
В первом приближении можно сформулировать три больших области работы бизнес-аналитика, в каждой из которых будет свой набор программных средств:

• работа на проекте: программы проектирования системы, программы для проектной документации, программы по управлению разработкой и др.;
• работа с бизнес-процессами: программы для анализа и оптимизации бизнес-процессов, программы для моделирования бизнес-процессов, программы для работы с требованиями и др.;
• работа в команде и личная самоорганизация: программы внутригруппового общения, программы по управлению собственными ресурсами (временем, задачами, знаниями и прочее) и др.

Как видно, это уже не мало. Попробуем разобраться – какой же инструментарий есть, насколько он удобен, сравнить некоторые из них и, в итоге, понять, как оптимизировать свою работу – сделать ее комфортной и удобной.

Сергей Наумов,
WiseAdvice,
руководитель проектного отдела «Корпоративные финансы»

Управляем требованиями с помощью Confluence

Управление требованиями – по моему мнению, ключевой процесс, который обеспечивает успех проекта. Однако, по моему опыту, к этому процессу многие относятся недостаточно формально, либо совсем не относятся как к отдельному процессу в рамках проектного управления.

В ходе доклада раскрою суть процесса управления требованиями для средних и крупных проектов и поговорим, как выстроить такой процесс с помощью Confluence:

• все начинается с соглашения о моделировании и управлении требованиями;
• требования и модели – в чем разница;
• уровни и типы требований;
• методы выявления требований;
• атрибуты требований;
• регистрация требований;
• проверка на полноту собранных требований;
• проверка на непротиворечивость собранных требований;
• матрицы трассировки требований и другие инструменты поддержки процесса управления требованиями;
• выгоды предложенной модели организации процесса управления требованиями.

Ирина Гертовская,
председатель программного комитета ЛАФ 2021

Как быстро и надежно изучить новую предметную область и провести предпроектное обследование?

• Авторская методика на базе собственного опыта, BABOK 3.0, с применением элементов системной инженерии и инженерии требований.

Мастер-класс «Быстрое погружение в новую предметную область»

• Совместно пройдем путь от первого знакомства с предметкой до результатов предпроекта и получим чек-лист погружения в новый домен.

Елена Иванова,
консультант по управлению, руководитель проектов

Процессы управления: автоматизация VS оптимизация?

Что нужно руководителю или собственнику, когда он запрашивает проект по автоматизации? Правильно: он хочет повысить эффективность своей компании. А если в компании «управленческий бардак», его вначале нужно разобрать.

Именно поэтому анализ бизнес-процессов становится все более востребованным в проектах автоматизации. А с массовым переходом с 1С: УПП на 1С:ERP эта задача будет определяющей для успеха проекта. Я расскажу:

• Как правильно определять количество и виды бизнес-процессов для включения в контур автоматизации
• На что обращать внимание при сборе и формализации требований к будущей информационной системе
• Как выявлять скрытые подводные камни в организации бизнес-процессов, влияющие на успешность автоматизации и что с ними делать в проектах
• Как выстроить проект по сбору и анализу требований к автоматизации, чтобы собрать полную картину реальных потребностей вашего заказчика исходя из логики его бизнес-процессов

Ну и конечно, поделюсь опытом собственных проектов.

Мария Серёгина,
ГК АРБИС,
аналитик

Тернистые пути аналитика

• Как донести важность аналитики до руководителя, заказчика и даже студента?
• Как подружить теорию и практику?
• Как эмпатия помогает составить требования к ПО?
• О чем нужно помнить, чтобы тестировщики не плакали, составляя тестовую документацию?

Юлия Лактионова,
АО «Губернские аптеки»,
руководитель группы разработки

Как получить реальную автоматизацию, а не автоматизировать бардак?

Была на прошлой конференции и поняла, что тема «Кто такие системные\бизнес аналитики и зачем они нужны?» актуальна и очень интересна.

В своем докладе хочу рассказать про конкретный пример, как бизнес-аналитик помог автоматизировать процессы.

1. Аудит процессов. Я ходила в каждый отдел и работала с ними примерно по 1-2 недели. Под словом «работала» имею в виду, что вместе с каждым ключевым сотрудником отдела выполняла конкретно его работу, по факту выполняя роль стажера. Не рассматривала работу только в ПО, а рассматривала всю работу в целом.
2. Список «проблемных мест». После аудита по каждому отделу был составлен список «проблемных мест», в него были включены все замечания пользователей, плюс мои замечания.
3. Объединение информации. Из списка проблемных мест я выявила пересечения процессов у отделов и совместно с пользователями продумала, как это исправить
4. Поиск решения и реализация. После того как весь список был обработан, возник вопрос, а как ПО сможет нам помочь? Какие доработки нужны и как это сделать? По тем процессам, которые мы смогли доработать, были сформированы ТЗ на доработку.
5. Переход на новые ПО. Некоторые процессы были либо ручные, либо полуручными, поэтому было принято решение внедрять новые ПО (Бит Финанс, 1С Документооборот).
6. Вывод. Отчет в количественных показателях для руководителей о пользе проделанной работы.

Максим Цепков,
IT-архитектор и бизнес-аналитик

Process & Case Management в информационной системе

Тренд персонализации требует разнообразия процессов и активных экспериментов с ними.

И традиционный подход к автоматизации от бизнес-процессов, которые предварительно конструируются, а потом реализуются и существуют в слабо изменяемом виде, перестает работать.

Я расскажу об оригинальном подходе, основанном на совмещении принципов Process- и Case-менеджмента при описании, проектировании и поддержке процессов на уровне ИТ, который позволяет решить эти проблемы и обеспечить поддержку развития бизнеса.

Этот же подход позволяет выносить из основного процесса обработку особых ситуаций и ошибок, которые часто характеризуются высоким уровнем неформальной работы. Доклад будет дальнейшим развитием моего доклада «Process и Case Management» на SECR-2016.

Дмитрий Летяго,
TOPCASE,
ведущий аналитик

Обзор методов сбора требований к ПО или как стать лучшим другом Заказчика и старшим братом пользователей?

Всем известны истории про то, как заказывали велосипед, а получили мотоцикл по цене автомобиля.

Чтобы избежать подобного результата и оправдать ожидания Заказчика, при этом удовлетворить потребности пользователей, нужен комплексный подход для сбора требований.

Все многообразие источников требований условно можно разделить на три составляющие: документация, информационные системы и, конечно же, люди. С каждым из источников требований существует свой набор методов для работы.

В докладе будут рассмотрены:

• особенности работы с людьми как с источником требований,
• будут раскрыты методы проработки интервью,
• стажировка как метод сбора требований,
• наблюдение Аналитиком за работой будущих функциональных пользователей,
• а также анализ какой документации способствует более детальному сбору требований и как в этом помогает анализ информационных систем.