Максим Цепков. Модели soft skills для тимлида

Как реагировать на ошибки сотрудников: наказывать или давать шанс? Стоит ли извиняться за свои ошибки руководителю и как это делать правильно? Как принять и проанализировать ошибки, чтобы двигаться дальше? В этой статье будет немного теории, практические рекомендации и размышления о том, как превратить ошибки из источника стресса в инструмент развития команды. После просмотра вы, возможно, посмотрите на свои и чужие промахи под другим углом – и даже измените подход к работе и управлению. Доклад в виде статьи: https://infostart.ru/pm/2400435/

Харизма помогает руководителю вдохновлять команду, влиять без давления и выстраивать доверие. Это не врожденное качество, а ресурс, который нужно подпитывать и развивать. Те, кто сможет развить в себе харизму, станут не только уверенными руководителями, но и свободными, по-настоящему счастливыми личностями. Расскажем о том, как харизма руководителя влияет на успешность проекта. Доклад в виде статьи: https://infostart.ru/pm/2387563/

После года интенсивной работы в управленческой базе 1С накапливается большое количество информации. Алчные до анализа аналитики загружают разработчиков 1С большим объемом работ по созданию разных отчетов из базы данных. Это нужно, чтобы получить крупицы «золотой» информации, необходимой для принятия правильного управленческого решения. Как результат, загружены разработчики, нагружено железо, перегружены регистры, чешут голову администраторы по железу..... бюджет поддержки такой системы летит к небесам… Расскажем о том, как выгрузить данные из 1С в BI и передать настройку произвольных отчетов в руки аналитиков и юниор разработчиков, чтобы они сами могли вывести отчеты и взаимосвязи с помощью Yandex datalens. Доклад в виде статьи: https://infostart.ru/pm/2396729/

Как известно, рекомендуемый состав Agile-команды – не более 10 человек. Но что делать, если для разработки продукта нужно больше, или гораздо больше? Scaled Agile Framework (SAFe) помогает в этом случае выстроить взаимодействие между командами. И PI-планирование (от слов Program Increment, а вовсе не Pi – пирог) – это ядро SAFe, когда за короткое время командам нужно состыковать между собой запросы менеджмента, свои возможности, риски и зависимости от других команд. На примере вымышленного продукта рассмотрим, как провести сокращенное PI-планирование. Доклад в виде статьи: https://infostart.ru/pm/2393248/

Как превратить хаос идей в понятный бэклог и совместно с заказчиком выбрать самые приоритетные задачи для реализации в продукте или проекте? Расскажем о практике формирования MVP с помощью User Story Mapping – от первых пользовательских историй до приоритизации релизов. Доклад в виде статьи: https://infostart.ru/pm/2386996/

Успех проекта внедрения информационной системы во многом определяется эффективностью коммуникаций: внутри проектной команды, с руководством и с ключевыми специалистами заказчика. И не всегда взаимодействие происходит в дружеской и конструктивной обстановке. Для многих ИТ-специалистов взаимодействие в режиме конфликта является большой проблемой, отнимающей массу энергии. Решением проблемы является классификация людей на несколько типов и понимание, как общаться и выстраивать взаимопонимание с каждым типом. Расскажем, как распознавать психотипы по типологии DISC, в чем особенности каждого типа и как подбирать эффективный подход к взаимодействию с ними. Доклад в виде статьи: https://infostart.ru/pm/2386881/

Возможно ли действительно реализовать проект в срок, в рамках бюджета и с нужным качеством – или все-таки придется чем-то пожертвовать? Расскажем о том, с чем сталкиваются исполнители на каждом этапе проекта, и какие практические инструменты помогают им управлять ожиданиями заказчиков. Доклад в виде статьи: https://infostart.ru/pm/2384864/

Методика принятия решений консентом основана на методологиях управления Холакратия и Социократия 3.0 – Good enough for now, safe enough to try (Достаточно хорошо на сейчас, достаточно безопасно, чтобы попробовать). Расскажем о способе мышления самоорганизованных команд, в котором инициатива сотрудников выходит на первый план, рождая сильные решения, учитывающие высказанные опасения. Доклад в виде статьи: https://infostart.ru/pm/2383541/

Мастер-класс к докладу «Discovery: Между идеей и бэклогом» (видео https://infostart.ru/video/w2382950/ и в виде статьи https://infostart.ru/pm/2382930/) Составляем доску Discovery (Miro); Наполняем его; Просчитываем WIP лимиты (min max); Расписываем каденции KANBAN.

Во многих компаниях есть сложности с time to market – от появления у клиента идеи до ее реализации в продукте проходит слишком много времени. Но подумайте – есть ли у вас задачи, которые берутся в работу, но ценность для бизнеса по ним либо равна нулю, либо непонятна вообще? А ведь разработка – самый дорогой этап. Не лучше ли отсеивать такие задачи заранее – на этапе Discovery? Расскажем о том, как структурировать работу до попадания задачи в backlog и почему это нужно делать. Доклад в виде статьи: https://infostart.ru/pm/2382930/