Как «6️⃣ шляп» спасают от хаоса на совещаниях
Метод де Боно помогает разделить эмоции, факты, критику и идеи, чтобы команда смотрела на задачу под разными углами и принимала решения быстрее.
🔣 Подробнее — в нашей новой статье на #Дзен
Школа проектного специалиста | @techitpm
Метод де Боно помогает разделить эмоции, факты, критику и идеи, чтобы команда смотрела на задачу под разными углами и принимала решения быстрее.
Школа проектного специалиста | @techitpm
Please open Telegram to view this post
VIEW IN TELEGRAM
Дзен | Статьи
Метод «Шесть шляп мышления»: зачем он нужен и что даёт
Статья автора «Школа проектного специалиста» в Дзене ✍: Знаете, что самое раздражающее в командных обсуждениях? Все говорят вроде бы об одном и том же, но на самом деле каждый – о своём.
👍8
Мат в проектной команде — это…
Anonymous Poll
12%
Зависит от культуры компании и контекста
55%
Допустимо «для своих», но не при заказчиках
6%
Нормальная эмоциональная разрядка
28%
Недопустимо, даже внутри команды
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
😁18💯4👍2
Как понять, что пора менять стиль управления, и какие вопросы помогут увидеть реальное настроение сотрудников — читайте в нашей новой статье на #Дзен
Школа проектного специалиста | @techitpm
Please open Telegram to view this post
VIEW IN TELEGRAM
Дзен | Статьи
7 признаков, что руководитель сбился с курса
Статья автора «Школа менеджера организации» в Дзене ✍: Об управлении часто вспоминают не тогда, когда всё хорошо, а когда начинает что-то раздражать.
🔥1
Хотите управлять проектами на новом уровне? Этот курс — про полный цикл: моделирование процессов, проектирование архитектуры, тестирование и запуск.
Автор — Виталий Тупицын, системный архитектор «Первого БИТа» и доцент кафедры цифровых технологий ЯрГУ. 10+ лет опыта внедрения крупных проектов 1С:ERP.
~ Для кого: архитекторов, аналитиков и всех, кто хочет работать с «1С:СППР» профессионально.
~ Количество мест ограничено — СТАРТ 13 октября.
Школа проектного специалиста | @techitpm
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤1
Media is too big
VIEW IN TELEGRAM
Лайфхак от Екатерины Титовой, преподавателя курса «Школа проектного специалиста. Основы профессии».
Школа проектного специалиста | @techitpm
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7👍4🔥4🤩3👏1
Хаос — не враг проекта, а источник развития.
Антифрагильные команды учатся, адаптируются и становятся сильнее после каждого сбоя.
Читайте на Дзен 👉 о том, как использовать хаос как инструмент роста в ИТ-проектах.
Школа проектного специалиста | @techitpm
Антифрагильные команды учатся, адаптируются и становятся сильнее после каждого сбоя.
Читайте на Дзен 👉 о том, как использовать хаос как инструмент роста в ИТ-проектах.
Школа проектного специалиста | @techitpm
Дзен | Статьи
Антифрагильность в ИТ: почему хаос делает проекты сильнее
Статья автора «Школа проектного специалиста» в Дзене ✍: Представь, что ты ведёшь проект, и вдруг — бац! — рынок резко меняется.
❤3🔥2
Media is too big
VIEW IN TELEGRAM
В новом видео Александр Дюпин рассказывает, на какие настольные ресурсы по 1С опирается в работе и почему важно не просто знать инструменты, а понимать, как они помогают в реальных проектах.
🔣 Если вы хотите системно развиваться в профессии — ваш старт на курсе «Школа проектного специалиста. Основы профессии».
Школа проектного специалиста | @techitpm
Школа проектного специалиста | @techitpm
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤4🤩3👍2👏2
Напоминаем, что помимо регулярных курсов, мы разрабатываем программы под задачи конкретной команды.
Если вам важно прокачать своих проектных специалистов, мы можем:
— адаптировать модули под ваш уровень зрелости,
— учесть специфику ваших проектов и отрасли,
— включить только те темы, которые реально нужны: от планирования и коммуникации до работы с изменениями и управлением рисками.
Такой курс поможет не просто прокачать навыки, а настроить единую проектную культуру в команде.
Подготовим программу под ваш запрос: от экспресс-обучения до глубокой проработки компетенций.
Оставьте заявку на сайте.
Школа проектного специалиста | @techitpm
Если вам важно прокачать своих проектных специалистов, мы можем:
— адаптировать модули под ваш уровень зрелости,
— учесть специфику ваших проектов и отрасли,
— включить только те темы, которые реально нужны: от планирования и коммуникации до работы с изменениями и управлением рисками.
Такой курс поможет не просто прокачать навыки, а настроить единую проектную культуру в команде.
Подготовим программу под ваш запрос: от экспресс-обучения до глубокой проработки компетенций.
Оставьте заявку на сайте.
Школа проектного специалиста | @techitpm
❤4
«Давайте зафиксируем в чате, чтобы не забыть» — самая частая фраза, после которой проекты начинают буксовать.
Как часто мы фиксируем требования в проекте из сообщений в чате? Иногда заказчики и даже исполнители считают, что достаточно зафиксировать что-то в переписке, чтобы не забыть — и всё. Но именно так возникают проблемы.
Дело в том, что переписка — это поток информации. Там нет структуры, она эмоциональная, иногда расплывчата, а договорённости быстро теряются среди множества сообщений. Когда каждый по-своему интерпретирует то, что было сказано, а часть обсуждений уходит назад вверх по ленте или исчезает, возникают недоразумения.
Это приводит к тому, что команда начинает делать по-своему, а заказчик жалуется: «Мы имели в виду другое». В итоге проект тормозится на переделках и пересогласованиях, теряется много времени.
Почему так происходит? Потому что фиксирование требований напрямую в чате неэффективно. Чат — это скорее поток идей и вопросов, а не инструмент для хранения согласованных требований. Тексты там могут быть эмоциональные и не содержать полной информации. Кроме того, любая новая реплика может перечеркнуть предыдущие договорённости, а искать нужное — всё равно что бесконечно скроллить ленту.
Но как же тогда правильно?
Также важно раз в неделю проверять, что всё отражено и ничего не зависло — чтобы команда работала с актуальной и согласованной информацией.
Требования — это не просто список сообщений. Это полноценный артефакт, который использует вся команда. Аналитик собирает поток информации из чата и превращает его в структурированный документ, а не наоборот.
А у вас в проектах требования чаще остаются в документах или все еще живут в переписках❓
Школа проектного специалиста | @techitpm
Как часто мы фиксируем требования в проекте из сообщений в чате? Иногда заказчики и даже исполнители считают, что достаточно зафиксировать что-то в переписке, чтобы не забыть — и всё. Но именно так возникают проблемы.
Дело в том, что переписка — это поток информации. Там нет структуры, она эмоциональная, иногда расплывчата, а договорённости быстро теряются среди множества сообщений. Когда каждый по-своему интерпретирует то, что было сказано, а часть обсуждений уходит назад вверх по ленте или исчезает, возникают недоразумения.
Это приводит к тому, что команда начинает делать по-своему, а заказчик жалуется: «Мы имели в виду другое». В итоге проект тормозится на переделках и пересогласованиях, теряется много времени.
Почему так происходит? Потому что фиксирование требований напрямую в чате неэффективно. Чат — это скорее поток идей и вопросов, а не инструмент для хранения согласованных требований. Тексты там могут быть эмоциональные и не содержать полной информации. Кроме того, любая новая реплика может перечеркнуть предыдущие договорённости, а искать нужное — всё равно что бесконечно скроллить ленту.
Но как же тогда правильно?
Использовать чат только как канал для сбора идей и вопросов. А требования фиксировать в отдельном документе или системе — с датой, статусом, ответственным. Каждый раз, когда появляется новая договорённость, нужно обновлять этот документ, а не просто писать в чат «там где-то было».
Также важно раз в неделю проверять, что всё отражено и ничего не зависло — чтобы команда работала с актуальной и согласованной информацией.
Требования — это не просто список сообщений. Это полноценный артефакт, который использует вся команда. Аналитик собирает поток информации из чата и превращает его в структурированный документ, а не наоборот.
А у вас в проектах требования чаще остаются в документах или все еще живут в переписках
Школа проектного специалиста | @techitpm
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15🔥9❤2
Разбор какой темы сделать в следующий раз?
Anonymous Poll
35%
Как понять, что требования уже пора “замораживать”, а не переписывать
10%
Чем отличается фиксация договорённостей от фиксации решений
16%
Как формировать требования, когда заказчик “всё пишет в Telegram”
39%
Почему аналитик — не секретарь чата: как выстроить поток информации в проекте
🔥2
Когда человек уходит громко — кто виноват?
Anonymous Poll
14%
Никто — иногда красиво хлопнуть дверью тоже терапия.
40%
Все участники — это просто провал коммуникации.
11%
Сотрудник — не умеет держать эмоции.
7%
Компания — сама создала токсичную среду.
28%
Руководитель — не услышал сигналы вовремя.
🔥9
Ухожу красиво: почему громкие увольнения — это новый способ менеджмента снизу
Раньше люди уходили тихо. Сейчас — с хлопком дверей, постом на LinkedIn и иногда — с оркестром.
Это не про каприз. Это про обратную связь, которую компания не услышала вовремя.
📉 47% сотрудников признаются: увольнялись демонстративно, чтобы показать — «так больше нельзя».
И чаще всего это зумеры — те, кто устал терпеть токсичных руководителей, обещания без результата и “семейную атмосферу”, где никто не спрашивает, как ты.
Но вот вопрос к нам, людям из проектной среды 👇
В команде можно выстроить процессы, расписать роли и контрольные точки.
А можно — не заметить, что внутри уже нарастает пассивная агрессия и выгорание.
Хаос на выходе — почти всегда следствие тишины внутри.
💬 А у вас бывало, что член команды “уходил красиво”? Что помогло (или могло помочь) этого избежать?
Школа проектного специалиста | @techitpm
#управлениепроектами #команда #психологияработы #techitpm
Раньше люди уходили тихо. Сейчас — с хлопком дверей, постом на LinkedIn и иногда — с оркестром.
Это не про каприз. Это про обратную связь, которую компания не услышала вовремя.
И чаще всего это зумеры — те, кто устал терпеть токсичных руководителей, обещания без результата и “семейную атмосферу”, где никто не спрашивает, как ты.
Но вот вопрос к нам, людям из проектной среды 👇
В команде можно выстроить процессы, расписать роли и контрольные точки.
А можно — не заметить, что внутри уже нарастает пассивная агрессия и выгорание.
Если человек уходит громко — это не про «плохого сотрудника». Это про пропущенный момент коммуникации, где проектный руководитель не стал медиатором.
Хаос на выходе — почти всегда следствие тишины внутри.
💬 А у вас бывало, что член команды “уходил красиво”? Что помогло (или могло помочь) этого избежать?
Школа проектного специалиста | @techitpm
#управлениепроектами #команда #психологияработы #techitpm
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9
Please open Telegram to view this post
VIEW IN TELEGRAM
😁16🔥9💯1
This media is not supported in your browser
VIEW IN TELEGRAM
👍13
Все говорят про ИИ, а ты — про процессы
Иногда ловлю себя на странном ощущении: в медиа и докладах — волна.
ИИ, автогенерация, цифровая трансформация на стероидах.
А в жизни?
— «Алексей, а можно ли в Excel запретить пользователю менять ячейку?»
— «А мы хотим внедрить ERP, но чтобы ничего не менялось».
— «У нас есть ТЗ, но мы не знаем, зачем оно».
Работаешь с компаниями. Видишь: у кого-то 1С только внедрили. У кого-то — до сих пор ручной ввод остатков.
Половина РП не проводит ретроспективы, потому что “и так всё понятно”.
Про системное тестирование и BPMN вообще лучше не начинать. Это звучит как магия.
А потом заходишь в Telegram — и тебе рассказывают, как за завтраками бизнес будет моделировать свою стратегию в нейросетке, а AI-агенты будут сами собирать backlog и назначать демо.
И вот вроде бы всё это не лишено смысла. Но ты открываешь ноут, заходишь в план-график проекта…
А там — просроченные задачи, хаос в коммуникациях и менеджер, который не может объяснить, зачем его задача вообще в проекте.
Или всё-таки пока у нас ещё слишком много нерешённых старых задач — чтобы по-настоящему начать решать новые?
Расскажите, у вас тоже есть такое расхождение между “все говорят про ИИ” и “а у нас план-факт в Excel не сводится”❓
Школа проектного специалиста | @techitpm
Иногда ловлю себя на странном ощущении: в медиа и докладах — волна.
ИИ, автогенерация, цифровая трансформация на стероидах.
А в жизни?
— «Алексей, а можно ли в Excel запретить пользователю менять ячейку?»
— «А мы хотим внедрить ERP, но чтобы ничего не менялось».
— «У нас есть ТЗ, но мы не знаем, зачем оно».
Работаешь с компаниями. Видишь: у кого-то 1С только внедрили. У кого-то — до сих пор ручной ввод остатков.
Половина РП не проводит ретроспективы, потому что “и так всё понятно”.
Про системное тестирование и BPMN вообще лучше не начинать. Это звучит как магия.
А потом заходишь в Telegram — и тебе рассказывают, как за завтраками бизнес будет моделировать свою стратегию в нейросетке, а AI-агенты будут сами собирать backlog и назначать демо.
И вот вроде бы всё это не лишено смысла. Но ты открываешь ноут, заходишь в план-график проекта…
А там — просроченные задачи, хаос в коммуникациях и менеджер, который не может объяснить, зачем его задача вообще в проекте.
🤔 Может, дело во мне? Может, пора уже плыть на этом хайп-сёрфе?
Или всё-таки пока у нас ещё слишком много нерешённых старых задач — чтобы по-настоящему начать решать новые?
Расскажите, у вас тоже есть такое расхождение между “все говорят про ИИ” и “а у нас план-факт в Excel не сводится”
Школа проектного специалиста | @techitpm
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🔥4💯4😁3🎉3