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

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

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

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

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

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

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

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. Разработка АРМов вместо обучения работы с типовыми документами

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Резюме

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

Что имеем: 

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

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

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

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

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

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

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

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

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

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

• почему Docker

• плюшки Terraform

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

• DBaaS&k8s, 

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

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

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

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

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

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

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