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

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

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

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

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

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

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

Последние 14 лет я занимаюсь тем, что исследую управленческие инструменты. Те самые матрицы 2 на 2, которые помогают в жизни любого тимлида и менеджера команды. Практика тех, кто их попробовал, подтверждает: да, матрицы работают :)

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

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

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

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

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

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

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

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

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

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

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

Насколько я знаю, большинство руководителей команд разработчиков 1С сталкиваются с вопросом «Как мотивировать команды изучать новые технологии? Как перевести разработку на Git? Ведь часто разработчики изо всех сил активно сопротивляются новому». 
В 2022 году называть Git новой технологией – уже смешно,  но ведь это действительно «новое и неизведанное» для многих компаний. 
В докладе я постарался передать «компиляцию» наших корпоративных мотивирующе-убеждающих митапов. Постарался беспристрастно оценить плюсы и минусы двух главных систем контроля версий в мире 1С: Git и хранилища.
Расскажу об инструменте,  с помощью которого я сам и наши разработчики сливают изменения из разных веток – наш монолит на ОФ и его разработка на EDT невозможна – а также о том, что нам помогает преодолевать сопротивление мистеров «Нет-нет» и медленно, но верно переводить разработку 1С на использование Git в команде из 100 программистов 1С.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Системе взаимодействия в этом году исполняется шесть лет. Тем не менее, в сети по запросу «Система взаимодействия 1С» выходит очень мало толковой информации о способах применения механизма. Еще меньше информации о неинтерактивном варианте работы системы.

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

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

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

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

В докладе расскажу о технической стороне: что потребовалось настроить и доработать (1C, oscript). Также расскажу о том, что это дало, как мне помогает эта информация.