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

Дмитрий Макаров

ИТ бизнес-партнер,
Петрович-ТЕХ

Доклад: Как разрабатывать проекты с продуктовым подходом

Проект - это ограниченный бюджет и сроки, а продукт - это развитие через эксперименты, пока есть бюджет.

Пообщаемся на тему:

* Что такое проектные команды в Петрович-ТЕХ и причём тут Kanban?

* Как разработать проект продуктовой командой?

* Как общаются бизнес, руководитель проекта и продукта?

* Что делать, если прогнозные даты завершения не попадают в дедлайны проекта?

Виталий Болгар

PM,

Центр развития детей Школково

Доклад: Методики управления IT-проектами на начальном этапе развития.

С чего начать?

Какую модель выбрать?

Как работать с заинтересованным лицами?

1) многие получают инвестиции на свои IT-проекты и не понимают, как и с чего начать, чтобы проект завершился успешно. Я собираюсь рассказать современные подходы к управлению.

2) выбор модели будет зависеть от имеющихся ресурсов, идеи и концепции. Моделей много, их можно анализировать и планировать. Расскажу и покажу, как выбрать модель под конкретный проект.

3) все о работе со стейкхолдерами. Как собрать требования для проекта? Как работать с заинтересованными лицами? Как завершать проект правильно? Как мотивировать команду?

Вера Пикурен,

Руководитель проектов,

ВЦ Раздолье

Доклад: Чем занимается руководитель проекта 1С и можно ли без него?

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

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

Разберем основные этапы проекта и основные задачи руководителя проекта на каждом из этапов.

Сергей Наумов

Руководитель проектного отдела "Корпоративные финансы",

WiseAdvice

Доклад: Как правильно делегировать ответственность на крупных проектах

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

* В каком случае нужно делегировать ответственность за задачу, в каком случае - за блок или подсистему

* Уровни управления проектом и роль тимлида

* Верификация оценки задачи

* Разработка роадмап при делегировании ответственности

Владимир Петунин

Руководитель проектов,

ИП Петунин В.В.

Доклад: Как вытащить проект, вовремя подняв упавшее знамя. Игра на стороне заказчика.

* Разберем ситуацию с реальным кейсом проекта перехода с УПП на ERP

* Определим стартовые предпосылки провала проекта

* Рассмотрим, какие риски сработали на момент начала "вытаскивания" проекта

* Как были пересмотрены этапы проекта, и почему был сделан основной акцент на качественный перенос данных

* Реформирование команды и технологии внедрения

* Результаты проекта на данный момент. Что сработало, а как делать нельзя ни в коем случае.

Вероника Рыжкова

Руководитель команды разработки и развития & Product manager,

МФК "Ваш инвестор"

Доклад: Приоритизация задач в команде 1С, или Как распределить ресурсы когда мало разработчиков и много крупных проектов и поддержки.

- как мы распределили роли в команде

- как выстроить процесс разработки в команде

- как донести до ТОП команды новый подход

- как мы приоритизируем разнородные задачи

Юрий Бизяев,

Ведущий аналитик обеспечения документооборота,

САМОКАТ

Доклад: История о том, как мы с Directum на 1С:Документооборот переходили

Что переносить, а что оставить?

Какие требования Заказчика принять, а от каких лучше отказаться.

А если не получилось отказаться - как выполнить?

В своем докладе хочу рассказать, с чем столкнулись при переходе с Directum на 1С:ДО, о подходах и инструментах, которые использовали, какие проблемы решили, и какие решить пока не удалось.

Этот опыт можно применять не только для переезда с Directum, но и с других систем, в которых отсутствует API и возможность полноценной выгрузки структурированного архива.

Доклад будет полезен практикам, которые уже сталкивались с переездом на 1С:Документооборот, так как содержит полезные кейсы и разборы ошибок

Юрий Бухонин,

Индивидуальный предприниматель

Доклад: Заказчик и внедренец: конфликт интересов и подходов

1. Конфликт есть всегда. Заказчик и внедренец по определению хотят от проекта разного, по-разному видят цели, сроки и стоимость и по-разному представляют себе процесс.

Точки соприкосновения и основные конфликтные моменты.

2. Заказчик не является чем-то "цельным". Обычно - это целая группа лиц разной степени "начальственности". У каждого лица свое представление о целях, сроках, сложности и методах реализации проекта на его участке. Инструменты и методы минимизации сложностей и нестыковок.

3. Проект "внедрения нового" и проект "развития имеющегося". Различия и типичные трудности каждого варианта. Инструменты и методы для их преодоления.

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

Екатерина Шушина

Директор департамента информационных систем, 

Иркутская нефтяная компания

Доклад: "Звездные" войны: Скрытая угроза, или Как делать проекты с "большой четверкой"?

Всё чаще на проекты автоматизации на платформе 1С в качестве исполнителя заявляются компании с мировым именем, занимающиеся аудитом и консалтингом.

- На какие проекты стоит привлекать этих "монстров", а на какие - нет?

- На что обратить внимание при заключении договоров с ними?

- Кто реально работает на проекте под громким именем такого подрядчика?

- Консалтинг и автоматизация - какие отношения у этой "парочки"?

Иван Зверев

CEO, 

ZverProject

Доклад: Управление рисками: от теории к практике

Всё управление проектами на самом деле про управление рисками.

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

Алгоритм сессии по управлению рисками с командой

Сергей Барбатько,

Руководитель проектов,

ООО НПВФ Интерсофт

Доклад: Построение многогранника проекта для учета всех заинтересованных сторон: Заказчика (владельцы, руководители, сотрудники) и Подрядчика (руководство, РП, команда)

Устойчивая структура проекта: от проектного треугольника к многограннику.

Какую выгоду получ(у)(ит) каждая из заинтересованных сторон?

Планирование начинается со счастья, просто у каждого оно свое.

Как сэкономить на внедрении самостоятельно или с привлечением третьих лиц?

Технологии погружения в проект: Фридайвинг (Freediving), Дип-дайвинг (Deep Diving), Рэк-дайвинг (Wreck diving), Айс-дайвинг (Ice diving), Кельп-дайвинг (Kelp diving)

Проектные документы: польза или вред?

Идеальный специалист, РП, команда - это "хорошо там, где нас нет" или "коней на переправе не меняют"?

Будни проекта по кодировке Купера: от белого к красному цвету.

Страховой полис проекта.

Весы проекта: провал и успех.

Как художник понимает. что картина закончена, или завершение проекта РП.

Что останется после проекта: книга сожалений и книга успеха.

P.S. Эффект красной скрепки - на таких мероприятиях, как это, каждый может получить то, что ему нужно...

Алексей Выучейский

Младший аналитик 1С:Документооборота, 

ООО "Умное Пространство"

Доклад: Как перевести 80 тонн бумаги в нули и единицы

Хранение бумажного архива документов - это множество ограничений и рисков. Параметры помещения для хранения, риск утери, повреждения, выцветания документов - и это только малая часть проблем, с которыми можно столкнуться.

А про поиск нужного документа, особенно если они исчисляются миллионами, вообще можно не говорить – на это уйдет не один час, и даже не один день.

В своем докладе я вам расскажу наш опыт организации электронного архива 16 млн документов

О чем поговорим:

1. Проблематика: с какой задачей пришел бизнес.

2. Как мы реализовали рабочую систему.

3. С какими проблемами столкнулись и как их решали.

4. Немного про штрихкодирование.

5. Выводы и задачи на развитие.

Денис Ермолаев

Руководитель проектов,

ООО "Райтек ДТГ"

Доклад: Внедрение сложных ERP-УХ конфигураций помощью специализированной конфигурации ERP-Tools

Сложные конфигурации, такие, как 1С:ERP/УХ, содержат большое число внедряемых операций. 

Успех внедрения зависит в значительной части от продуманности всей конфигурации в целом, а не только от отработки функциональных разрывов. Для этого нужно иметь возможность провести моделирование 100% функциональности системы, с учетом как штатной, так и доработанной функциональности. 

На моих проектах я используют процессную технологию. Это значит, что для перехода производственного предприятия на 1С:ERP мы выделяем порядка 100 бизнес-процессов, описываем подробные инструкции по 100 объектам метаданных и более. Общее количество функций превышает 500 единиц. Как все это визуализировать и удостовериться, что команда проекта действительно промоделировала все существующие процессы и гарантирует, что все полученные функциональные требования реализованы? Для этого пришлось разрабатывать с нуля собственную 1С-конфигурацию, постепенно наполняя нужным функционалом. В настоящий момент эта конфигурация превратилась в коробочный продукт ERP-Tools, и для успешного внедрения ERP нужно сначала внедрить эту конфигурацию

Наталья Христенко

Бизнес-аналитик, 

ООО "Гранд Проект"

Доклад: Внедрения ERP. Проблемы начальной настройки программы в разделе НСИ и Администрирование.

Некоторые проблемы, с которыми мы столкнулись при переносе остатков из БП в ERP. 

Почему в начальных остатках, в ОСВ не отражаются счет 01.К, что делать если надо изменить счета учета (расчетов) с контрагентом. 

Что делать, если в договоре с контрагентом указана одна валюта, а остатки занесены в другой. 

Как провести документы прошлого периода, если ГФУ в номенклатуре не своевременно заполнены. 

Для поддержки правил настройки бюджетов/отчетов будут требоваться постоянные дополнительные ресурсы, если корпоративные справочники (затраты, статьи длс) не будут нормализованы и постоянно не будут пополняться. 

На докладе вы получите готовый чек-лист: какие настройки выполнять в ERP, на основании собранных требований от заказчика по его учету.

Елена Краковская

Главный Аналитик, 

ГК Иннотех

Доклад: От хаоса к порядку: как скоринг меняет игру в продуктовом управлении

В докладе предлагается

• рассмотреть разные подходы к приоритизации требований (качественные и количественные)

• рассмотреть вариации количественных методов: MOSCOW, IMPACT, RICE, WCJF

• понять, как выбирать метод для своих задач, в чем преимущества и недостатки разных методов

• узнать, как можно улучшить имеющиеся методики

• рассмотреть на одном и том же списке требований результаты скоринга с помощью подходов RICE и WCJF

Дмитрий Чумадин

Архитектор 1С, 

Медиатрон

Доклад: Как делать успешные проекты в 1С

Поделюсь своим многолетним опытом различных внедрений типовых конфигураций.

Что такое проект 1С, кому и зачем нужен, постановка целей, сроков, согласование бюджета

Что отличает успешный проект?

Какие шаги нужно сделать, чтобы повысить шансы на успех проекта.

Где подстелить соломку.

Что важно в выборе команды: собирать свою или искать компанию.

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

Доклад ориентирован на бизнес-аудиторию, заказчиков проектов, руководителей, собственников. Чтобы они понимали, из чего состоит проект и какие этапы предстоит пройти.

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

Алферов Павел

Профессор бизнес-практики, 

МШУ СКОЛКОВО

Доклад: Кризисные проекты. Как не довести проект до кризиса и как вывести его обратно

В рамках выступления я покажу маркеры, которые показывают, что проект становится кризисным, продемонстрирую исследования по кризисным проектам, покажу реальный кейс вывода проекта 1С из кризиса, совместно в режиме интерактива зафиксируем "лайфхаки" по спасению проекта.

Дмитрий Кучма

Старший консультант,

Корус Консалтинг

Доклад: Необходимость визуализации на проектах.

Зачастую при продаже проектов не закладывается время на рисование и прикладывание схем. Но буквально с момента старта графические схемы и презентации очень выручают в ведении проекта. 

Разберем, как использовать на проектах самые популярные виды нотаций – BPMN, EPC. Почему UML редко используется в автоматизации на 1С. Как и когда использовать PowerPoint. Чем поможет Mindmap. Узнаем об инструментах для работы со схемами и картинками. 

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

Дмитрий Кучма

Старший консультант,

Корус Консалтинг

Доклад: Ровняем оперативный и финансовый контур в ЕРП

В системе 1С:ERP есть два варианта настройки финансового и оперативного контура: первый вариант  – когда финансовый контур догоняет оперативный. Или наоборот – оперативный догоняет финансовый. В момент времени равными они практически не бывают. 

К примеру: документы передачи прав собственности на товар выписаны, но товар будет доставлен и принят на складе только через несколько дней. Это краеугольный принцип и в жизни, и в системе. 

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

Дмитрий Кучма

Старший консультант,

Корус Консалтинг

Доклад: Ограничения на проекте

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

Этого не указано в ГОСТ, но в реальной практике указание ограничений очень помогает, и я расскажу, как и где их применять на основе реальных кейсов.

Илья Отькало

Генеральный директор, 

CORS Academy

Доклад: 12 техник BABOK, помогающих писать ТЗ

Во время проведения мастер-класса на практической конференции «Анализ & Управление в ИТ-проектах» я задал вопрос аналитикам, насколько часто они обращаются к своду знаний бизнес-аналитиков BABOK. И был очень удивлен, когда понял, что многие даже не имеют представления об этом фундаментальном труде.

Я покажу, как, применяя техники BABOK, сделать ТЗ максимально «живым». В своем докладе я упомяну только те 12 техник, которые могут, на мой взгляд, максимально пригодиться при написании ТЗ.

А самое главное  – покажу примеры использования техник «из жизни», чего нет в самом BABOK.

Елена Иванова

Консультант по управлению, 

ИП

Доклад: Оптимизация бизнес-процессов при внедрении информационных систем: правила и технологии

В ИТ-проектах все чаще звучат требования, связанные с совершенствованием бизнес-процессов. И не всегда автоматизация «ручного труда» или применение типовых алгоритмов и подсистем решает эти вопросы. Мой доклад для тех:

• кто хочет перейти на новый экспертный уровень, в проектах автоматизации говорить с бизнесом на его языке

• кому важно видеть узкие места, которые нельзя решить только автоматизацией и уметь качественно их устранять

• перед кем заказчики ставят задачи повышения бизнес-эффективности за счет автоматизации

Мы с вами рассмотрим:

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

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

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

• точки ограничений и контроля выполнения бизнес-процессов, правила их формирования

• анализ процессов на устойчивость, работу с меняющимися бизнес-процессами

И все это, естественно, в контексте автоматизации.

Гюльнара Антропова

Независимый бизнес-аналитик, 

ИП

Доклад: Должен ли аналитик знать проводки и учить бухгалтера выстраивать регламентированный учет?

Однажды в чате аналитиков произошел горячий обмен мнениями.

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

Второй оппонент (угадайте с трех раз – кто этот оппонент?) утверждал, что кроме проводок есть другие, более важные, источники информации о работе компании.

И что на входе в любой проект аналитик может и не знать проводок, предметной части и даже (прости меня бог 1С), как работает конфигурация, которую надо внедрять, но только при условии, что аналитик обладает определенными знаниями и владеет определенными технологиями

Любой бизнес, который мы автоматизируем с использованием наших продуктов 1С – это система.

Он «живет» по правилам жизни системы.

Технология системного подхода – это очень большая тема, о которой сложно рассказать в рамках 30-минутного доклада.

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

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

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

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

Теорию буду, как всегда обосновывать примерами на основании практического опыта проектов автоматизации производственных процессов

Николай Медведев

Старший бизнес-аналитик, 

Билайн

Доклад: Универсальный шаблон задачи. Что и как аналитик должен описать разработчику

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

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

Мой доклад будет полезен тем, кто ставит задачи разработчику или организовывает этот процесс у себя в компании. Кроме того, он будет полезен разработчикам, которые хотят узнать о практике постановки задач, чтобы улучшить взаимодействие в командах

Юрий Куприянов

Директор по продуктам,

Systems.Education

Доклад: Слово из трех букв: BRD, MRD, PRD, FSD, PSD, SRS, NFR, ADR - что всё это значит, как использовать и при чем тут ГОСТ.

В работе аналитика есть разные школы и подходы. Как и многое другое, часть приемов мы заимствовали из зарубежных практик с использованием западных терминов, а что-то  – из государственных стандартов времен СССР. Если вы читали иностранные книги и статьи, то часто встречали сокращения BRD, MRD, PRD, FSD, PSD, SRS и другие. Всё это -- документы требований разного вида и уровня к ИТ-системам.

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

Ирина Григорьева

Аналитик 1С,

Самокат

Доклад: Техническое задание: вредные советы, к которым можно прислушаться

Знаком ли вам такой диалог с Заказчиком, при согласовании ТЗ?

- Вы уже утвердили Техническое задание?

- Техническое задание? Мы думали ТЗ  – это "точка зрения", а у нас их несколько...

В ходе работы с ТЗ и общениями с разными Заказчиками у меня сформировались "фишки" работы, которые преобразовались во вредные советы: ими я хочу поделиться в докладе.

Если гонится за вами

Множество заказчиков,

Расспросите их подробно

Чем вы можете помочь?

Постарайтесь всех утешить.

Напишите всем ТЗ,

Но снижать при этом скорость

Совершенно ни к чему.

Александра Горбунова

Аналитик 1С, 

ООО "Умное Пространство" (Самокат)

Доклад: Как быстро закрыть отчетность и остаться на ногах

Своевременное получение отчетности — это аксиома, благодаря которой бизнес принимает верные управленческие решения и задает темп росту бизнеса. Для этих целей существует «Быстрое закрытие» (fast close) – мероприятия, направленные на сокращения сроков подготовки отчетности.

Как «построить» быстрое закрытие так, чтобы учесть все особенности учета и ничего не упустить? Возможно ли сделать бизнес-процесс по закрытию управленческого учета гибким и понятным?

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

Процесс закрытия, описанный в докладе, применим ко всем сферам бизнеса.

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

О чем поговорим:

1. Что такое быстрое закрытие, и для каких целей оно необходимо?

2. Что нужно для быстрого закрытия?

3. Создание и использование бизнес-процесса процедуры быстрого закрытия.