• Что такое tempdb, как она работает?
• Какие проблемы возникают, как их диагностировать и решать?
• Мониторинг
• Реальные примеры из моей практики

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

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

Ну и, конечно же, особенности использования секционирования в 1С.

• Ответы на самые острые вопросы по СУБД и серверам 1С.
• Интересные кейсы в реальных системах 1С.
• Рецепты от экспертов.

• Олег Бартунов,
• Иван Панченко,
• Александр Денисов,
• Олег Филиппов,
• Сергей Сковпин,
• Александр Криулин,
• Андрей Бурмистров.

• как мы записываем больше 1 млн проводок в Регистр бухгалтерии за 15 минут;
• как мы объединяли 6 баз по 100 Гб в одну за 12 часов, а потом централизовали;
• как 4 тыс. пользователей работают в одной базе в режиме автоматических блокировок;
• как перейти на новые версии БСП быстро и безболезненно.

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

Затем - наши дети. Их души чисты, и их всегда интересует, как устроена Вселенная. Стыдно смотреть в глаза ребенку, не зная ответа на его простые вопросы.

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

Олег Бартунов и Иван Панченко объяснят, какие связи есть между айти и астрономией, а также предложат свою версию FAQ по астрономии и ответят на ваши вопросы.

Если вы используете связку 1С и PostgreSQL – тогда у меня для вас хорошие новости.

А новости эти будут представлены в докладе, из которого вы узнаете, какие новые фичи PostgreSQL 14 сделают работу 1С быстрее, а администрирование баз данных проще и удобнее. 

А самое интересное в докладе будет снабжено практическими примерами и иллюстрациями.

• кратко, но подробно расскажу про ZFS.
• соберем на виртуальных машинах стек ZFS + MS SQL on Linux, ZFS + Postgres.
• создадим "тонкие" копии базы данных.
• подключим сервер 1С.
• обсудим вопросы эксплуатации и выгоды применения подобных файловых систем.

В докладе расскажу, как мы в «Магните» решили задачу быстрой архивации баз данных в 1С.

1.       Проблема роста баз данных и ее последствия:

- деградация времени работы;

- деградация регламентов и обслуживания таблиц базы;

- ограничения дискового пространства.

2.       Поиск оптимального способа архивации:

- типовое решение, которое предлагает 1С и наш опыт его применения длиной в 10 дней обработки;

- неудачный эксперимент с удалением данных;

- принцип «Наполнения данных» .

3.       Техническая составляющая механизма архивации:

- как работает, в каком порядке выполняется;

- как выполнить на 1С и на SQL.

4.       Достигнутые результаты:

- время на проведение n-количества операций;

- размеры баз;

- время на откаты в случае ошибки.

5.       Планы на будущее и предложения

• Зачем в 1С нужны фотографии товаров? Спойлер - "не нужны"
• Реальные попытки сделать это традиционным способом: камера -> флешка -> 1C
• Альтернативные способы выявили массу проблем:

• Решение всех проблем - конвейер, опыт использование на реальных клиентах
• Как нейросеть спасла конвейер?
• Маски, тримапы и сегментация или сколько нужно нейросетей?
• Роль оборудования для тренировки: арендовать в облаке или покупать свой?
• Нюансы тренировки нейросетей, или роль размеченных датасетов
• Роль нейросетей в конвейере загрузки фотографий
• Эффективность конвейера. Спойлер - "зашкаливающая".

1. Чего технически не хватает в экосистеме 1С для соответствия стратегии цифровой трансформации?
   
   
2. Разберем, с помощью каких подходов и инструментов можно обеспечить соответствие технических решений на базе 1С рекомендациям Министерства цифровой трансформации
   
   
3. Построим архитектурные решения для:
• увеличения доли выручки от цифровых продуктов;
• уровня переиспользования API для физических лиц;
• других КПЭ на уровне страны.
  
  В качестве подопытных будем использовать типовые конфигурации – УНФ, ERP, ТОиР, ЗУП, БП, УХ.
  
  
4. Поговорим о примерах того, что будет происходить с 1С-решениями, если оставить все как есть.
   
   
5. Закончим тем, как дополнительные решения типа EDT, 1C:Аналитика, 1С:Сервер взаимодействия и другие могут обогатить ваши проекты, почему это важно, и какое этому экономическое обоснование.

• что есть в 1С для мониторинга
• какие проблемы с "типовыми средствами"
• средства доставки метрик в zabbix, prometheus и т.п.
• средства сбора и анализа проблем по данным ЖР и ТЖ
• пробуем прогнозировать проблемы чуть шире, чем "заканчивается место на диске"

Плейстоцен — эпоха четвертичного периода, начавшаяся 2,588 миллионов лет назад и закончившаяся 11,7 тысяч лет назад. В 1С этот период характеризуется обычными формами,  использованием толстого клиента и вызовом "Предупреждение" без тайм-аутов прямо из модулей проведения документов.

Современные конфигурации на платформе "1С:Предприятие" могут работать через собственное клиентское приложение (тонкий или толстый клиент), а могут - просто в браузере.

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

Но разработчики браузеров предъявляют жесткие требования к веб-сайтам. Поэтому фирма "1С" реализовала в платформе асинхронные методы, чтобы конфигурации корректно работали и в веб-клиенте.

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

• Что означают термины "синхронный" и "асинхронный"?
• Что с чем выполняется синхронно при использовании синхронного кода?
• Зачем понадобились асинхронные методы?
• Какие виды асинхронных методов существуют в платформе?
• Что такое методы обратного вызова (callback'и)?
• Какие сложности могут возникнуть при использовании методов обратного вызова?
• Что такое Обещание (promise), которое появилось в платформе 8.3.18 ?
• Как использовать оператор Ждать?
• Как использовать модификатор Асинх для описания собственных асинхронных процедур и функций?
• Какие ошибки могут встретиться при использовании асинхронных функций в коде?
• В чем принципиальное отличие длительных операций с использованием фоновых заданий и новых асинхронных методов?

1. Подходы

• На копиях рабочих баз с подкачкой изменений из рабочих
• На рабочих базах – вживую

                i. В технологическое окно
                ii. В постоянном режиме

2.  Хитрости настроек

• Скелет из метаданных и др.
• Добавление недостающих полей, ..а если нет даты?

3. Свёртка регистра бухгалтерии  весом более терабайта – тот ещё квест!

• Дробление свёртки по счетам
• Работа с итогами сдвиг \ отключение…

4. Технологическое окно в РИБ

• Возможна ли свёртка, риски, возможность отката

5.  Автоматизация свёрток на N базах, Сценарии, Кейсы

Написать свою сборочную линию для решения на 1С - задача нетривиальная: собрать конфигурацию из исходников, конвертировать между форматами, запустить множество инструментов, агрегировать результаты, сформировать отчеты... Много тонкостей, еще больше параметров и переключателей. Даже сама последовательность (и параллельность!) шагов меняется в зависимости от кучи факторов.

А хочется ведь просто ЗапуститьСвоюСборку()... Можно? Можно! Создадим сборочную линию за 5 минут в формате "далее-далее-готово".

• jenkins-lib - готовая сборочная линия для 1С.

• Требования к первоначальному окружению.

• Принципы изменения настроек и конвенции по умолчанию.

• Сценарии работы - от hello-world до sonarqube/bdd/tdd/code coverage.

• Как устроена библиотека, как её доработать при необходимости.

• Принципы API-first архитектуры

• Mock-сервер для http-сервисов 1C

• Применение парадигмы MVC при проектировании http-сервисов в 1С

• Документирование http-сервисов 1С по спецификации OpenAPI 3.0

Тезисы:

Последнее десятилетие low-code системы на хайпе. Можно создавать mvp, мобильные приложения и простые десктоп приложения практически без строчки кода, используя low-code, no-code подходы. Но могут ли такие платформы быть эффективными при решении задач интеграции?

Что рассмотрим:

1. Как организовать межсистемное взаимодействие практически без строчки кода?

2. Low-code решения для задач интеграции, как в этом всем живет 1С?

3. Можно ли настроить надежный интеграционный контур, не потеряв терпение и данные?

4. Примеры использования zero, low-code на реальных задачах.

5. Плюсы и минусы построения интеграционных контуров на платформах n8n, wso2...

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

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

Из 1С можно управлять домом, офисом, машиной, причем делается это очень просто.

В докладе расскажу о принципах интеграции 1С с простым и сложным оборудованием: с теорией, реальными примерами и кусками кода.

• Зачем делать умный дом на 1С, если есть специализированное ПО?

• Принцип работы умного дома: как это делается обычно.

• Принцип работы умного дома на 1С.

• Простой пример: разработка выключателя света с обратной связью.

• Сложный пример: сигнализация для машины. Стиральной. Как и, главное, зачем?

• "Тяжелые запросы": по моей квартире катается умный электрифицированный стокилограммовый шкаф.

• Кейс "Мини-отель".

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

ОбменДанными.Загрузка = Истина – быть или не быть?

Куда бежать при вопросах «Можно не загружать кривые данные? А уведомлять, чтоб исправили? А чтоб само? У нас все загружено? А точно сходится?»

Как сделать «как-нибудь побыстрее»?

Почему брокер сообщений не решает все проблемы?

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

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

• Как создать красивые и динамичные спецэффекты, используя JavaScript и JQwery?
• Задействуем HTML5. Функционирования вашего приложения в любом телефоне. От смартфона iPhone 4S до Samsung Tab S7
• Закругленные кнопочки, красивые галочки и непревзойденный шрифт, удобное оформление с помощью умных стилей CSS.
• Выводим асинхронные сообщения для пользователя.
• Плавные переходы между страницами вашего приложения.
• Передача данных между вашим мобильным приложением и 1C с использованием HTTPS и сервера Apache.
• Как закрыть Apache от DDoS-атак, если у вашего сервера 1С внешний ip-адрес? Просто. Сделать умную настройку Apache.
• Использовать детальный журнал регистрации при работе с клиентом.
• Создать свой чат технической поддержки с мобильным приложением. Подключить еще менеджеров. Организовать диалоги между клиентами и сотрудниками компании. Передавать файлы, картинки и, конечно, – сообщения. Получать пуш-уведомления и все это с помощью 1С + чуток знаний JavaScript, jQuery, HTML5 и CSS. На это способен даже ты!

• Что можно сделать с помощью ботов?
• Что нельзя делать с помощью ботов?
• Как правильно это сделать с точки зрения архитектуры 1С?
• 3 полезных правила бототехники.

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

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

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

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

• особенности работы с людьми как с источником требований,

• будут раскрыты методы проработки интервью,

• стажировка как метод сбора требований,

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

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

Аналитическая командная игра

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

Описание методики и обоснование ее на базе концептуальной модели бизнес-анализа, принципов и подходов инженерии требований будут приведены в докладе «Как быстро изучить новую предметную область и провести предпроектное обследование» секции «ИТ-анализ». Прослушивание доклада перед мастер-классом полезно, но не является обязательным.

На мастер-классе мы рассмотрим:

• как подходить к отбору источников информации, на что обратить особое внимание;

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

• как выявить боль стейкхолдеров, определить их цели и бизнес-требования;

• как разобраться в ворохе бизнес-процессов, бизнес-объектов и потоков данных;

• что еще важно держать в поле зрения, чтобы ориентироваться в предметной области, чтобы «проект взлетел».

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

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

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

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

• работа с бизнес-процессами: программы для анализа и оптимизации бизнес-процессов, программы для моделирования бизнес-процессов, программы для работы с требованиями и др.;

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

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

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

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

Мне пришлось пройти этот путь неоднократно, и самой, и со своими сотрудниками, когда 10 лет работала начальником отдела системного анализа в крупной компании – ИТ-интеграторе. С годами выработалась методика быстрого изучения новой предметной области, основанная на концептуальной модели бизнес-анализа и прожекторном виденье исследуемой области. Позже расширила методику с применением принципов системной инженерии и инженерии требований.

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

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

Я расскажу:

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

2. На что обращать внимание при сборе и формализации требований к будущей информационной системе

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

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

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

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

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

Целевая аудитория доклада – конечные исполнители проектных работ: разработчики, аналитики, консультанты.

1. Как мы дошли до жизни такой, или цепочка создания ценности в конкретно взятом подразделении крупной компании.

2. Сделайте мне красиво! – Реально ли привлечь заказчика к работе над продуктом?

3. Гладко было на бумаге – Особенности продуктового подхода применительно к продуктам на платформе 1С.

4. Красивые налево, а умные направо. А мне что, разорваться теперь? – Структура и роли центра компетенций 1С.

• Несколько слов о компании «Селектел»
• Виды инфраструктуры для 1С
• Особенности подбора серверных платформ
• Нагрузочный тест TPC-1C – в подарок
• Типы доступных лицензий 1С

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

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

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

Поговорим о:

• личностной трансформации: как пережить, если хорошо написанный код больше тебя не определяет?

• делегировании (о, да, сколько о нём уже сказано);

• ошибках коммуникации: ты им говоришь "делай хорошо", а они делают, как хотят;

• как жить, когда вчерашние "братишки" - теперь твои подчиненные;

• как расставаться (увольнять) безболезненно;

• как развивать себя, команду и заботиться друг о друге;

• выгорание как часть обряда посвящения... или можно обойтись без этого?

• Введение в метод OKR, или по какой методологии работают Google/Facebook и другие IT-гиганты?
• Лайфхаки: как применять на практике в компании и для личной эффективности
  
• Пробуем применить на себя (практикум)
• FAQ по вопросам из зала

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

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

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

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

а) работают и б) легко воспроизводятся при попытке объяснить коллегам. 

В основе доклада лежит схема конструктивной конфронтации, предложенная Энди Гроувом, одним из основателей компании Intel, и существенно доработанная создателями Школы менеджеров Стратоплан. Что будет в докладе:

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

• основные страхи 
• «не ваша цель» 
• где взять энергию для достижения новых целей?

В мае этого года я рассказала о том, как "Иркутская нефтяная компания" выстраивает взаимодействие с заказчиками.

Пришло время поговорить о взаимодействии ИТ-подразделений в проектной и текущей деятельности компании.

У вас большой штат ИТ-сотрудников? Множество различных направлений ИТ-деятельности?

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

Как выстроить их взаимодействие и повысить эффективность ИТ-блока в компании?

Правила работы в ИТ-команде, границы ответственности, последовательность и объём участия ИТ-подразделений в проектах, практические кейсы взаимодействия - обо всём этом буду рада рассказать и обменяться с вами опытом в кулуарах.

• Как организовать взаимодействие подрядчика с внутренней ИТ-структурой и бизнесом, чтобы превратить проект в русскую рулетку?
• На чем сэкономить, чтобы гарантированно развалить ИТ-отдел?
• Как потратить двойной бюджет и не дойти до финала?

История трех проектов с разными командами и одинаковым результатом.

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

Я проходила это с командой в 20 человек и с командой в 100+.

Водопад сменился на Agile, PMBOK 6 сменился на PMBOK 7, цены на бензин... А впрочем не будем усугублять. Здравый смысл остается неизменным.

Есть 15 правил, которые надо усвоить, чтобы системно упорядочить происходящий хаос.

И первое из них: "Когда хочется бежать и делать, это последнее, что действительно необходимо".

• Как устроено ИТ в крупнейшей в России МФО

• Как обеспечиваем работу ИТ-систем 24х7 

• Как саппорт из 10 человек обслуживает 950 офисов и 600 сотрудников 7 дней в неделю с 3:00 до 20:00

• Как построены коммуникации внутри ИТ

• Что делаем с факапами

• Сколько седых волос осталось

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

• Типы токсиков в проекте: как распознать?

• Всему есть причина: можно ли их вылечить?

• Любовь творит чудеса. Морковка сзади, морковка спереди.

• Как избавляться от людей без крови, истерик и судов?

• Технический долг и причины его возникновения.
• Уровни квалификации: кто они и на что способны?
  
• Определяем уровень квалификации на основании теоретического собеседования: какие задачи выполнял, где сильные и слабые стороны.
• Рассмотрим шкалу квалификации программистов 1С, построенную на статистике результатов собеседования более 1000 кандидатов по всей России за последние 3 месяца.
• Накладываем результат собеседования на шкалу квалификации, и, как по трафарету, получаем информацию о его возможностях, навыках, знаниях и есть ли риск технического долга.
• Разберем, каких кандидатов уровня "middle" можно нанять, чтобы не потерять деньги.
• Какими ключевыми знаниями/навыками должен обладать middle, чтобы был максимально эффективным
• Как снизить процент технического долга и увеличить рентабельность?
• Вырабатываем скрипты общения с клиентом, чтобы получить лояльность

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

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

• eNPS;

• модель Такмана;

• дофамин-окситоциновая модель;

• ротации;

• увольнения;

• планы развития.

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

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

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

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

• Очевидно, «как в книжке» в России не получается.
  Причина –  национальные особенности, в том числе национальные особенности управления.

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

1. игнорирование инцидента, пока он не перерастет в серьезную проблему;

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

3. неверие в вероятность, свое влияние на вероятность (авось, небось и как-нибудь);

4. система управления по поручениям как основа деятельности;

5. авторитарный стиль управления;

6. нежелание сотрудников брать на себя ответственность;

7. приоритеты тактических задач над стратегическими/«сегодня» над «завтра»;

8. разница описанных и реально работающих процессов;

9. ориентация на личные взаимоотношения («Византийская система»);

10. пренебрежение «книжной мудростью».

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

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

2.      Выбираем ПО для поддержки управления проектами

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

4.      Делимся опытом как меняется работа РП с распространением удаленной работы

5.      Цифровая трансформация проектного управления.