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

* Приемы оценки проекта при недостаточной входящей информации
* Составляющие оценки проекта
* Расчет резерва под риски
* Оценка по требованиям, календарно-сетевому графику и ресурсным методом
* Приемы и методы кросс-проверки оценок 

Опыт обучения руководителей проектов на практических кейсах. 

Как известно, между кабинетными знаниями и реальными навыками большая пропасть.  Я совершенно уверена, что руководителей проектов нельзя подготовить на теоретических курсах. Именно поэтому курсы по Управлению проектами на Инфостарте выступают в качестве своеобразной практической лаборатории, где слушатели разбирают реальные кейсы, пробуют приложить к ним разные технологии, получают опыт работы в Agile-командах и так далее.

Про что я собираюсь рассказать:

Как можно организовать повышение квалификации проектных команд в компании?
Какие инструменты, рассмотренные на курсах, лучше всего зарекомендовали себя в реальной проектной работе?
Кейсы:
Как лучше внедрять 1С:ERP: по «Agile» или «традиционными методами»?
Что помогает превратить Заказчиков и Исполнителей из противоборствующих лагерей в единую команду?
И многое другое (что успею за 30 минут)

-Как выбрать подрядчика и на что обратить внимание
-Где вас могут "провести"
-Что вы в праве требовать от Подрядчика и на что рассчитывать
-Как подготовиться к Проекту внутри Компании
-Как сформировать Проектную команду, и сколько времени от кого потребуется
-Какие Риски есть по ходу выполнения Проекта, и как с ними бороться
-Как подстраховаться при Запуске

1. Расчет плана проекта перехода с УПП на ERP
2. Управление рисками при переходе
3. Типовые сложности перехода с УПП на ERP
- Сложности сопоставления документов и других объектов конфигураций
- Настройки отражения в регл.учете. Используем исключения
- Закрытие месяца в ERP. Другие правила
- Отличия в плане счетов, и как с этим работать?
- Плавный переход по подсистемам. Порядок перехода. Подводные камни
- Перенос зарплатной и кадровой информации
- Внедрение складского учета в ERP
- Внедрение прочих подсистем

Показать полностью...

• Что необходимо заказчику: продукт или проект?
• Бюджет Agile-проекта может быть только фиксированный. Как не ошибиться в оценке?
• Импортозамещение инструментария внедренцев: Jira, Confluence, отчетность
• Квалификация заказчиков. Как заказчику набрать необходимую экспертизу для проекта и выбрать подходящего подрядчика. Как подрядчику оценить экспертизу заказчика

Любой проект внедрения системы управления и учета – это проект организационных изменений. Меняются процессы, роли, требования к сотрудникам компании, распределение задач. Неавтоматизированные ранее участки подлежат автоматизации. Работа людей систематизируется и часто перестраивается. Как следствие, успех проекта в целом существенно зависит от того, какие изменения в организации должны произойти, а какие не произошли. И насколько сотрудники компании-заказчика этим изменениям помогали/сопротивлялись.

Разберем и обсудим:
1. Причины сопротивления: почему отдельные люди и компания в целом сопротивляются, мы ведь хотим сделать как лучше?
2. Модель работы с сопротивлением "русалка и горшочек с золотом"
3. Как выявить сопротивленцев, понять их мотивы, работать с сопротивленцами на разных этапах проекта
4. Вовлечение организации в изменения от старта проекта и до завершения эксплуатации.

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

Настольная игра по внедрению 1С-продукта на основе игры TWIG. Познакомит с Канбаном тех, кто с ним еще не знаком. А тем, кто хочет внедрить Канбан в своей команде, поможет освоить полезный инструмент, который потом можно использовать для обучения.

Какие подводные камни ждут внедренцев?
В чем отличие мировосприятия Сапера и 1С-ника?
Дорожная карта - минимум воды.

1. Разделяем риски проекта с Заказчиком. Как избежать +1000 часов разработки на старте проекта и грамотно составить Устав.
2. Обозначаем зоны ответственности и фиксируем ресурсы на реализацию. Практический опыт составления план-графика, или как мы нарвались на претензию и заплатили Заказчику за воздух.
3. Определение границ проекта. Кейс про разработку ТЗ, которое вылилось нам в лишний месяц написания кода.
4. Внедрение в государственном учреждении. Опыт длительного согласования проектной документации, или почему не стоит обследовать бизнес-процессы в 100500 подразделениях.

Почему заказчик редко бывает счастлив по итогам проекта? 
В чем проблема классической теории управления проектами? 
Как с помощью понимания задач и целей заказчика выстроить ход проекта и коммуникацию внутри него.
Как выглядит заказчик: ЛПР\ЛВР, Бизнес-заказчик, ИТ-заказчик - какие у них задачи, и о чем с каждым должен общаться Исполнитель
Какие роли у команды Исполнителя проекта - аккаунт\РП, тимлид\архитектор, разработчик, бизнес-аналитик и пр.
Как выстроить коммуникации в ходе проекта - интервью, собрания команды, протоколы и прочая документация.
Просьбы Заказчика и другие полезные нюансы управления ходом проекта
Важно\не важно для заказчика и сложно\просто для ИТ-команды - ключевой секрет успешной сдачи проекта заказчику
Конфликтные ситуации - выходим с помощью гипотезы о позитивной мотивации
Как понять, что заказчик счастлив по итогам проекта? 

1. Проект ограничен по времени. Через 2 месяца со старта проекта физически выключают M3 Infor
2. НСИ. 200 SCU готовой продукции, 7500 SKU инструмента, больше 10 000 спецификаций
3. Подсистемы: Закупки, Продажи, Склад, Производство, Расчет себестоимости, Планирование, Интеграция
4. Методика перевода клиента в кратчайшие сроки
4.1. Работа в формате T&M спринтами по 2 недели
4.2. Максимальное вовлечение заказчика в проект
4.3. Последовательность запуска и приоритизация задач
4.4. Загрузка НСИ, документов, остатков с первого дня работы
4.5. Разработка функционала без фиксированного ТЗ
4.6. Адаптация под существующие бизнес-процессы компании
4.7. Минимизация «бумажной» документации
4.8. Разработка АРМов вместо обучения работы с типовыми документами

Возможность познакомиться с опытом докладчиков и узнать какие-то вопросы, которые остались “за кадром” в основном докладе.

Участники круглого стола:

• Сергей Наумов
• Сергей Лебедев
• Алексей Ермаков
• Михаил Андреев
• Дмитрий Изыбаев
• Екатерина Шушина
• Олег Миньков 
• Алексей Тачеев
• Сергей Сорокин
• Владислав Шелупин
• Константин Попов
• Алексей Бояршинов
• Екатерина Линцова
• Глеб Стальной

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

• Мария Темчина
• Сергей Лебедев
• Алексей Ермаков
• Михаил Андреев
• Дмитрий Изыбаев
• Екатерина Шушина
• Олег Миньков 
• Алексей Тачеев
• Сергей Сорокин
• Владислав Шелупин
• Константин Попов
• Алексей Бояршинов
• Екатерина Линцова
• Глеб Стальной

Со стороны Владельца продукта и Scrum-мастера осветим следующие аспекты:
-пресейл;
-формирование целей и работа с ожиданиями на разных уровнях;
-выбранная технология (микс Waterfall и Agile);
-особенности внедрения;
-философия международного внедрения (отличия от «домашнего»).

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

Где заканчивается внедрение и начинается сопровождение?
Как безболезненно для заказчика подменить проектную команду на сотрудников сопровождения?
Лайфхак: способы задержать проектную команду после внедрения, и есть ли в этом прок?

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

Примеры кейсов для разбора:

Как общаться, когда подписанное и заверенное ТЗ имеет мало отношения к реальности?
Что делать, если Исполнитель в ходе работы подменил команду сениоров на джуниоров?
Как быть, когда Заказчик не считает возможным подписать акты, а Исполнитель предлагает идти в суд?
Как перенести устные договоренности при смене руководителя проекта?
Как наладить отношения, если Заказчик и Исполнитель не могут договориться о соответствии результата требованиям: например, Исполнитель считает, что все сделано, а Заказчик считает, что нет?
Как сохранить отношения и деньги, если Заказчик остановил проект по внутренним причинам, например, реорганизации?

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

Hard skills, Soft skills… Знакомо? Но все гораздо сложнее. Есть «мягкие навыки» - т.е. то, что может нарабатываться. А есть «личные особенности» и «модели поведения». Навыки ли это? Не совсем. Но именно эти факторы являются наиболее критичными при отборе сотрудников. И именно их оценить наиболее сложно.
Многие кандидаты научились демонстрировать «желаемую модель поведения». То, что от них ожидает работодатель. Можно ли заранее оценить реальный профиль будущего сотрудника и учесть скрытые подводные камни в работе с ним? Ответ- да, можно! И для этого необязательно применять сложные инструменты типа ассессмент-центра.

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

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

- Что такое «Профессиональное профилирование», и зачем это нужно
- Пошаговая методика составления профессионального профиля для 1С-специалистов
- Техника верификации субъективных оценок на практическом примере
- Масштабирование профессионального профиля от отдельного специалиста до уровня команды/отдела/департамента/etc.
- Как интерпретировать составленный профиль; какие решения можно и нужно принимать, основываясь на этой информации

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

Как исправить ситуацию и открыть в команде источник энергии? Ответить на этот вопрос, находясь внутри команды, очень тяжело. Чтобы понять, что происходит внутри, нужно выйти из ситуации и проработать ее со стороны. В докладе мы разберем модель пяти пороков команды Патрика Ленсиони — как средство анализа командных проблем и поиск путей решения. Разберем конкретные примеры, как это работает в современных командах.

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

- Куда расти 1С-нику?
- Что мы знаем про тимлидов?
- Виды тимлидов
- Команда слезам не верит. Как развиваться тимлиду
- Атрибуты счастливой команды

- что происходит, когда вы ведете себя как отец (мать) со своими сотрудниками
- как с этим бороться (пара лайфхаков) 
Частенько руководители срываются в позицию "родитель-ребенок" по отношению к своим сотрудникам. А потом удивляются, что те безынициативны. Или даже ведут себя, как самые трудные подростки. 
Руководитель ломает голову, сотрудники ждут от "родителя" каких-то действий, даже пытаются состыковаться, но ничего не выходит... 
Личный опыт руководителя с разными стилями руководства. 

• Почему гибкие подходы провоцируют выгорание? Шкала прочности и лебединая песня разработчика.
• Чек-лист руководителя: как понять, что наступил @#$%#
• Почему выгорание - это вредно? Ущерб проектному треугольнику: выгорание и бюджет, выгорание и качество, выгорание и процессы.
• За agile погонишься, ни agile не поймаешь. Как быть гибким и здоровым?

Как мотивировать немотивируемых на совершение подвигов.
Как после подобной мотивации не набирать новую команду.
Что общего между типичным ИТ-департаментом и персонажами Warcraft III.

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

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

1. Звезда менеджмента или функции руководителя, какие инструменты используем?

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

3. Семь инструментов, повышающих эффективность команды в работе.

Мастер-класс с активным участием всех слушателей.

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

«Не бывает незаменимых людей, есть цена замены».
Не согласна с утверждением. С таким подходом команду звезд не собрать, уж тем более не удержать. 
В кризисные времена еще важнее делать фокусы на талантах, чьи способности не просто спасают бизнес, но выводят его на новый уровень.
В докладе расскажу, какие акценты делать в разработке системы управления талантами:
1.  Позиционирование и EVP в текущих реалиях
2.  Рекрутмент. Какие компетенции востребованы, как отбирать и как оценивать (пройдемся по матрице компетенций)
3.  Онбординг. Как внедрить в команду нового сотрудника: ожидания vs реальность
4.  Оценка итогов работы и обратная связь (performance review, 1to1, ИПР)
5.  Менторство, коучинг и развитие
6.  Забота и поддержка сотрудников. Новые тренды
7.  Услуга аутплейсмента (помощь в увольнении и сокращении)

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

В докладе обсудим с вами несколько тем по работе с джунами:
- Разница поколений, и как она влияет
- Почему к новому поколению нужен совсем другой подход?
- Какую чудесную таблетку начинающим специалистам нужно дать, чтобы они приносили пользу не хуже более квалифицированного программиста?
- Инструкция по взращиванию кадров: от планов-графиков обучения, до «подводных камней» обучения
- Подбор подходящего ментора
- Как внедрить джуна в рабочую команду и как поставить ему задачи так, чтобы обойтись без вот этих вот: «ну еще чуть-чуть», «Почти готово...», и...прошло пару дней, «Я пытался найти ответ 4 часа», «Побоялся спросить, ведь все заняты» 

Мы формируем команды, подбираем себе близких по духу и нужных для решения задач людей. Нашли, он пришел в команду – что дальше? Хорошо, если новый сотрудник полностью компетентен по всем направлениям и сразу готов «идти в бой». Но часто новый сотрудник не обладает всеми нужными компетенциями на все 100% или вообще может обладать только желанием и стремлением расти и развиваться в выбранной области. Это «больные точки», если говорить о скиллах и их развитии. Однако самым болезненным может быть то, что сотрудник не хочет брать на себя ответственность за свою работу, считая, что руководитель/наставник/куратор проверит, поправит, исправит и всегда поможет. И тогда, насколько бы ни был такой сотрудник компетентен, вся работа ляжет в итоге на его руководителя.
В своем докладе я расскажу, как, на примере джуна-аналитика 1С, можно:
- Сформировать карту компетенций сотрудника и дальнейшую ее оценку;
- Подготовить план индивидуального развития (ПИР) для развития новых компетенций сотрудника;
- Корректно ставить задачи сотруднику для развития компетенций на практике;
- Мотивировать и направлять.

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

На круглом столе будут рассмотрены все вопросы, касающиеся настройки кластеров 1С, СУБД, проблем возникающих при эксплуатации крупных систем на Платформе 1С.

Участие будет полезно: экспертам и практикам, и не только технарям, но и управленцам ИТ, чтобы понять масштаб задач, с которыми сталкиваются эксперты.

Участники круглого стола:

• Илья Малеев 
• Сергей Сковпин
• Иван Груздов
• Виталий Бусыгин
• Екатерина Соколова
• Ринат Юлчурин
• Владимир Крючков
• Антон Литвинов
• Александр Денисов

Казалось бы, что КОРП-системы должны быть устойчивы, быстры и надёжны. Но, работая в рамках РКЛ, мы видим немного другую картину.
В докладе приведу основные болевые точки КОРП-систем и подходы к их решению.

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

Давайте вместе разберемся:
- что такое хранилище запросов в MSSQL
- плюсы и минусы от использования
- как включить
- как анализировать собранные данные

Также разберем пример проблемного запроса, найдем его в коде 1С и исправим его.

Поговорим о проблеме обновления различных статистик большой таблицы (привет регистру бухгалтерии в конфигурации БП Корп) и рекомендациях вендора использовать опцию FULLSCAN.
Расскажем, с какими проблемами столкнулись, и какие результаты получили.
- плюсы данного решения
- почему используем FULLSCAN, а не SAMPLE
- каких показателей получилось достичь на практике
- какие существуют ограничения и недостатки
- что мы написали для управления потоками

Как в Почте России эксплуатируются высоконагруженные и распределенные системы на платформе 1С. Задачи мониторинга и методы их решения. Использование в работе ЦКК, Grafana, ElasticSearch и др.

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

Иван Панченко, заместитель генерального директора Postgres Professional, расскажет о новшествах последних обновлений, уделяя особенное внимание тем, что влияют на производительность СУБД. Например, Postgres стал лучше работать с большим количеством одновременных соединений. Будут приведены практические примеры и результаты оригинальных тестов.

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

• История появления продукта
• Возможности
• Планы развития
• Сравнение с текущими решениями

Делается совместно с Никитой Федькиным (Грызловым).

Поделимся практическими горячими советами и примерами оптимизации конфигураций 1C ERP/УТ/КА для высоконагруженных баз и не очень на СУБД Postgres: 
- Что нужно знать и уметь. Минимальные требования;
- Инструменты, метрики, подход; 
- Классический набор ошибок, проблем, задач оптимизации – для любой конфигурации и СУБД;
- Специфические моменты при оптимизации для СУБД Postgres;
- Рассмотрим разнообразные интересные примеры реальных кейсов и решений (закрытие месяца, 
тормозные списки, оптимизация RLS, декомпозиция и много другое);
- Как влияют разные версии платформы 1С на работу в базе;
- Как влияют разные версии Postgres на работу пользователей в базе.
- Чем отличается работа с Postgres от MS SQL. 

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

Участникам мастер-класса предстоит:
1. Воспроизвести ошибку при перестановке границы итогов.
2. Обсудить причину, рассказать решение.
3. Протестировать исправление.

Отлаживая взаимодействие с базой данных, мы регулярно сталкиваемся с зависающими или подозрительно долго выполняющимися обращениями, негативно влияющими на производительность. Важно выявить подозрительные запросы, основываясь на доступной о них информации, например: время запуска, число обработанных блоков памяти, дерево планировщика. 
Я расскажу о том, как узнать степень завершённости, диагностировать ошибки в написании и выполнении, не убивая уже запущенный процесс, встроенными инструментами PostgreSQL и его open source-расширениями. Применяем сборщик статистики, представления pg_stat_progress_*, модуль pg_query_state и другие.

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

* на что влияет обслуживание индексов?
* когда надо и когда не надо его выполнять?
* если надо - как это сделать так, чтобы никому не помешать?

Рассмотрим процесс, риски, вопросы, возникающие при переводе базы данных с MS SQL на Postgres:
- Примерный план работ:
   * дорожная карта
   * команда
   * ресурсы
- Рассмотрим обзорно инструменты, помогающие в этом процессе;
- Подготовка заранее, до предстоящей миграции:
    * выявление текущих проблем,
    * доработки, оптимизация,
    * подготовка,
    * проведение нагрузочного тестирования и др.
- Работа продолжается после перехода - начинается самая жара:
    * выявляем проблемы,
    * доработки, оптимизация,
    * горячие исправления и др.
- Сколько это может стоить? Риски, команда, проблемы.
- А стоит ли это все делать?
- Практические советы и рекомендации.

Аналитики, занимающиеся внедрением 1С, не всегда хорошо представляют, как устроена платформа 1С:Предприятие. Как следствие – технические задания часто получаются непонятными для разработчиков.

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

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

За 30 минут мы развенчаем миф и выясним:
- почему бизнес-анализ – один из самых недооцененных в 1С-сообществе процессов
- в чем ценность этапа выявления истинной проблемы на фазе пресейла
- как меняется ценность работы бизнес-аналитика в жизненном цикле проекта
- как связаны теория ограничений Голдратта и конфигурация 1С
- причем здесь творчество?

Показать полностью...

Закупки – больная тема для многих компаний. Особенно в последнее время. Но как правильно подойти к автоматизации закупок, чтобы проект не оказался «провальным»? Основная проблема – широта предметной области и разница в понимании "что такое закупки" разными участниками этого проекта.

В моем докладе вы получите ответы на вопросы:
1.Как правильно оценивать контур управления закупками, какие подводные камни здесь встречаются, и как их преодолевать при планировании проекта. Опросник для первичного анализа закупок на предприятии
2.Как собирать и анализировать специфику требований к автоматизации управления закупками. Что важно и нужно учитывать при работе с требованиями. Типовые модели процессов управления закупками и критичные точки проверки требований. 
3.Какие подразделения включать в обследование и моделирование, как организовывать гармонизацию интересов разных сторон. Инструменты кросс-функциональной работы при автоматизации процессов закупок.   

Выступление построено на технологиях, наработанных мною на проектах за последние 10 лет совершенствования процессов закупок для производственных и производственно-торговых компаний, направлений НИОКР и исполнения Гособоронзаказа.

На мастер-классе последовательно систематизируем методики по управлению конфликтами на проектах.

Разберем конструктивную и деструктивную составляющие конфликта.

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

Отработаем на практике стандартные инструменты работы в конфликтной ситуации.

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

- Архитектура BI-решений на базе платформы 1С
- Возможности 1С:Аналитики и варианты внедрений
- 1С:ЗУП КОРП и возможности анализа HR-данных
- HR-данные. Аналитические панели в BI-системе, на базе 1С:ЗУП КОРП и 1С:Аналитики
- технологические особенности развертывания 1С:Аналитики как опции к уже работающей информационной базе
- снижение стоимости внедрения и владения аналитической системой за счет комплексного подхода в рамках платформы "1С:Предприятие 8" 

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

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

Хочу поделиться опытом создания и использования матрицы компетенций аналитиков:
- что это и из чего состоит
- как подготовиться к интервью
- как организовать проверку знаний
- какие подходы работают у нас в команде (и почему они работают), чтобы вовлечь аналитиков в работу над прокачкой знаний и опыта!

Дополнительно поделюсь частью ссылок на полезные материалы по хардам ИТ-аналитика вне зависимости от отрасли, где он работает.

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

Доклад будет полезен аналитикам, архитекторам, руководителям проектов, владельцам бизнеса, небольшим внедренческим командам 

Всем известно, что автоматизировать производственные процессы в 1С:ERP без доработки типовых механизмов очень сложно. 
А дорабатывать типовые механизмы 1С:ERP – не самое лучшее решение.

Зачастую проект внедрения 1С:ERP останавливается после внедрения подсистем бухгалтерского учета, зарплаты и складской логистики, несмотря на то, что задач на автоматизацию у Заказчика остается еще очень много: производственный учет, управленческий учет, управление имуществом, управление оборудованием, … почему?

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

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

На докладе разберем:
1.Как провести обследование, чтобы разработать Матрицу процессов.    
        Матрица процессов – это основа для планирования разработки Рабочих мест.
2.Какие Рабочие места необходимо создать и в каком порядке, чтобы заработала вся система целиком
3.Этапы разработки рабочего места.
4.Как вовлечь сотрудников Заказчика в разработку и тестирование функционала Рабочих мест.

Громкие споры, созвоны и встречи, которые не приводят к результатам, стресс, бессилие. 
Итог: потеря интереса к работе.
Можно ли добиваться лучших результатов без лишних нервов?
Есть несколько интересных способов, которыми я хочу поделиться.
Никакой магии - чистая логика.

В среде 1С есть уникальная возможность быстро собрать интерфейсы и сразу сделать работающее приложение. Зачем тогда выделять отдельный этап и рисовать прототипы?
Разберем, когда использование прототипов положительно сказывается на процессе разработки, а когда вредит. Как организовать работу с прототипами эффективно и удобно.
 
– Особенности подхода к разработке интерфейсов в 1С
– Плюсы и минусы прототипов
– Выбор инструмента прототипирования: конфигуратор, онлайн-сервисы, графические редакторы
– Использование Figma и UI kit элементов интерфейса 1С на практике
– Как встроить прототипы в рабочий процесс

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

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

Общеизвестно, что ошибки обследования и проектирования исправлять в ПО затратнее, чем ошибки разработки и тестирования. А последствия некоторых ошибок становятся блокерами для эксплуатации. Такие же ошибки бывают и на внедрении. Но в силах аналитика предотвратить их или сократить влияние. 
Расскажу о некоторых типичных ошибках и проблемах, влекущих блокеры. Поделюсь приемами из практики, позволяющими снизить их значение, опишу, как боролись: 
- с ошибками обследования и проектирования, со сбоями на внедрении;
- с проблемами взаимодействия с заказчиком и сложностями в команде разработки.
И о том, как удалось перевести такие ситуации в конструктив и превратить в движущую силу роста аналитика и менеджера.

Все мы учились понемногу, чему-нибудь и как-нибудь… (с) Пушкин
Сейчас очень модно не только посещать разные курсы, но и самому их создавать. Попробуем сделать свой конструктор курса, для своего развития, составим свой чек-лист и научимся им пользоваться. И, главное, сделаем так, чтобы все нужные нам материалы были максимально доступны и требовали минимальных финансовых вложений.

  Итак, лендинг-страничка нашего курса «Изучаем ИТ-анализ»:

• Продолжительность курса – около 200 часов.
• Стоимость курса – бесплатно или необходимы минимальные вложения.
• Для кого курс – без опыта работы, студенты, стажеры, аналитики, бизнес-аналитики, консультанты, люди с опытом работы и все те, кто хочет узнать что-то новое и «подтянуть» свои знания.
• Чему вы научитесь – искать и систематизировать нужную информацию в ИТ-анализе.
• Как проходит курс – в любое удобное время вы прокачиваете свои знания по чек-листу.
• Начальные требования  –  ваше желание и упорство.

Приготовились? Мы начинаем! :)

На прошлом Infostart Event 2021 Moscow я поделилась опытом, инструментами и основным исходным кодом разработки мобильного приложения на 120 000 пользователей.
Сейчас я решила поделиться подробными кейсами того, как организовать быструю разработку и публикацию мобильного приложения от имени Заказчика, как поставить разработку приложений на поток.
И, конечно, будет много исходного кода! 
И не просто код, на этот раз готовый шаблон приложения, который позволит сразу собрать и показать прототип решения Заказчику, чтобы тот быстрее принял решение о приобретении Ваших услуг. В нем будет несколько вариантов авторизации, красивое меню, push-уведомления, чат и настройки обмена.
Расскажу пару слов о том, как мы продолжаем использовать все сервисы в обход санкций - не отказались ни от одного из используемых нами инструментов .
Также обсудим формирование стоимости приложений, какие услуги еще можно предложить Заказчику.
Все это на примере приложения, которое я недавно разработала для транснациональной Европейской логистической компании.

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

• Выжимаем все соки из 1С.
• Локальный кеш - наше все.
• Моментальный обмен данными с мобильным приложением на Java даже на сетях 2G.
• 1000 строк документа за 190 мс.

Есть разные способы «подружить» мобильное приложение с 1С:Предприятия. У каждого свои плюсы и минусы. А ещё есть подводные камни, которые вылезают в середине проекта… В докладе поделюсь практическими кейсами интеграции мобильных приложений с 1С:Предприятие 8. Разберём плюсы и минусы: REST, ODBC, ESB-шина и других способов.

- Интеграция мобильного приложения с 1С:Предприятие 8;
- Способы интеграции: REST, ODBC, ESB и так далее;
- Практический опыт: подводные камни;
- Советы и рекомендации.

1. Мобильное приложение обладает особенностями: нет встроенных в платформу средств логирования, количество мобильных устройств может быть большое/неопределенное
2. Облачные провайдеры, например Yandex.Cloud, предоставляют готовые средства, для асинхронной загрузки логов через http с авторизацией и помещению их в базу данных
3. Логи можно собирать структурировано, в какую-нибудь колоночную СУБД, например ClickHouse, и затем по ним собрать аналитику
4. Это легко реализуется в коде 1С мобильного приложения и настраивается в Yandex.Cloud, покажем на примере БИТ.MDT с анализом результатов

1. Введение:
- Чат-боты, что это и какие возможности?
- Кейсы эффективного применения ботов в связке с 1С
- Проблемы при реализации чат-ботов для различных каналов и описании логики их работы

2. Эффективное использование:
- Подходы при разработке решения, способного с легкостью создавать и поддерживать чат-ботов в 1С
- Пример создания чат-бота и описание его поведения

Есть несколько способов разработать мобильное приложение с использованием нативных средств платформы «1С:Предприятие». Результат разработки решит задачу бизнеса. Однако сценарии применения таких приложений чаще всего ограничены использованием внутри компании. Интерфейс мобильных приложений сильно отличается от привычных. В докладе расскажу несколько способов разработки современных мобильных приложений. Обсудим подводные камни и ограничения. Разберём кейс, когда мобильное приложение выгодней заменить веб-приложением.

* Ограничения платформы 1С:Предприятие в области разработки мобильных приложений.
* Веб-технологии и мобильные приложения. Переиспользуем опыт.
* Нативные приложения против гибридных. Плюсы и минусы. Когда и какой вариант выбирать.
* Веб-технологии спешат на помощь: React Native, Framework7.
* Как соединить с 1C:Предприятие. Разбираем несколько решений.
* Разработка интерфейса для Android и iOS.
* Производительность. Ограничения гибридных мобильных приложений.
* Как начать разработку мобильных приложений.
* Автоматизированное тестирование.

Артефактом доклада станет репозиторий с исходным кодом мобильного приложения.

Что сделали за год?
Стандартизировали подходы к разработке.
Запустили автотестирование как системный процесс по двум направлениям.
Наладили процесс набора (собеседования и адаптации) специалистов в наши продукты.
 
Уроки и кейсы
Надо ли отходить от четко сформулированных требований к вакансии?
Продуктовый подход vs проектный подход.
Работа в иерархии vs работа в плоской команде.
 
В чем ценность центра компетенции?

Резюме

• Нестандартные решения на 1С:ДО – кейсы «Уралхим»

• Автоматизация материальных пропусков с использованием мобильного приложения

• Личный кабинет сотрудника. Сложные сервисы в пару кликов

• НСИ: ядро корпоративной шины данных и внутренняя разработка

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

• что драйвит меня и других руководителей 1С-Рарус

• как наши интересы и предпочтения влияют на компанию

• как я принимаю решение, что важнее: рост прибыли или новая разработка

• как в 1С-Рарусе появилось приложение для фитнеса, и сколько человек в мире его используют

• зачем 1С-Рарус ездит на экскурсии или проводит конференции для технических специалистов, клиентов и партнеров

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

Хотим поделиться опытом по обслуживанию инфраструктуры. 

Что имеем: 

• под каждый проект своя среда   

• CI/CD работает в Docker на Linux

• стенды разработки все чаще нужны на Linux + pg и хотелось бы добиться унификации настроек и переиспользования опыта по настройке инфраструктуры между проектами
• большого штата инженеров нет

При этом разворачивание вручную имеет следующие недостатки:

• нужны специальные знания и навыки

• занимает много времени

• ошибки за счет человеческого фактора

• неповторяемость среды между проектами    

Для нивелирования недостатков решили использовать Ansible. Подробнее раскрою вопросы, какие инструменты используем и их преимущества:

• преимущества IAC ansible.

• почему Docker

• плюшки Terraform

• 1С как сервис: суть сервиса, 

• DBaaS&k8s, 

• сценарии использования