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

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

Если такое заметили за собой, то не стоит продолжать, а нужно задуматься. Задуматься о том, что можно поменять в работе, чтобы это искоренить.
И я себе в такие моменты повторяю фразу: "работать нужно не 12 часов, а головой".

Однако теплый прием на этой платформе помнится.

Решила возобновить тут посты.

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

Причина в том, что на таких встречах не получается добиться равновесия.
И чаще всего преимущество у тех, кто находится в одной переговорке.
А еще больше напрягает, если среди лично присутствующих есть “драйвер” встречи. В этом случае у подключившихся практически нет шансов быть полноценными участниками.

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

Хочется ввести правило: либо все удаленно, либо все лично в переговорке.

Такое правило я еще не ввела. Однако поняла, что в одном проекте следовала ему уже продолжительное время.

Мой муж и я работаем в одной компании. С начала пандемии мы оба перешли на удаленку. И оба работаем из дома: сидим в разных комнатах.
Некоторое время мы работали на одном проекте.
Так вот на проектные встречи мы никогда не собирались вместе.
Всегда каждый подключался отдельно на встречу.

Так вот получив такое письмо, я пробегусь по нему. Может быть даже два раза прочитаю.
И если у меня есть прямой контакт отправителя, то в 80% случаев я позвоню отправителю и попрошу обсудить письмо голосом.

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

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

Считаю что письмо однозначно несет ценность, потому что:
🌀 для понимания самого отправителя. Рассказать голосом и изложить в письме разные вещи. Изложить письменно намного сложнее, при написании текста приходит понимание
🌀 если я забуду о чем договаривались, то вернувшись к письму быстро смогу освежить в памяти о чем была речь
🌀 для истории. Как артефакт задачи

На написание этого поста вдохновила дискуссия с аналитиком.

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

Общались и с ним лично, и с его руководителем. Эффекта практически нет, токсичность плюс-минус продолжается.

Очередной раз, получая токсичное письмо я предпочту проигнорить его. А вот при случае, очередной раз укажу на токсичность содержания письма его руководителю. Наверно у меня тут работает правило “не корми тролля”.

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

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

Сегодня поговорим о завершении. Последний этап в проекте.

Что нужно сделать:
🔹провести все закрывающие процедуры. Провести приемо-сдаточные сессии, ввод в эксплуатацию и прочее
🔹подписать все закрывающие документы. Отчет о приемке, акты и прочее
🔹подвести итоги: проверить выполнены ли все ключевые составляющие проекта (формируются на стадии инициации). А именно уложились ли в срок, в бюджет, реализовали ли требуемый функционал
🔹объявить о завершении проекта всем участникам. Возможно в виде встречи

Хитрости:
⚡️пополнить свою базу знаний полученным опытом. Это могут быть заметки, шаблоны документов и все что посчитаете нужным
⚡️добавить проект в резюме :)

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

Способы контроля:
🔹спросить у исполнителя. Тут может быть разная вариативность по способу получения информации: статус встречи, один на один и др.
Смысл один и тот же - узнать что (и сколько) сделано у исполнителя.
🔹если нет никакой возможности спросить у исполнителя, то можно использовать правила 0/100; 20/80; 50/50. Идея в том, что у задачи может быть только два состояния: при старте задачи она считается выполненной на 0, 20, 50 (выбери любую цифру) %, и в конце - выполнена на 100% (ну или не выполнена). Этот способ применяется от безысходности. Он никогда не будет отражать действительность.
Я об этом методе только читала, в своей практике никогда не применяла.
🔹метод освоенного объема. Самое мое любимое! Это отдельная обширная тема. Когда-нибудь разберём

Хитрости:
⚡️в зависимости от уровня доверия к исполнителю можно использовать призвать к действию - “покажи”. Я это делаю потому, что человеку свойственно не точно оценивать свою работу в %. А при реальном просмотре результатов можно точней получить % выполнения. Но, стоит отметить, что и времени на это требуется много
⚡️если используете специальный софт для декларирования часов - то обязательно подумайте, как можно сделать декларирование часов максимально удобно для команды
⚡️лишний раз напомню, что % выполнения задачи не рассчитывается из фактически потраченных часов на нее

Мне кажется это классная идея. Это не про материальное поощрение (как, например, премия), а про чувство принадлежность к компании.
Это повышает уровень лояльности сотрудников к компании.

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

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

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

Мои варианты, что это должно быть что-то:

• уникальное. Это придает важности и этим захочется похвастаться
• качественное. Ну а иначе не похвастаться
• вызывающим интерес. Это должно цеплять, чтобы возникал вопрос: ух ты, а откуда у тебя это
• актуальное. Ну или нестареющая классика :)

Ну и логично напрашивается вопрос “а как так реализовать?” А ответа у меня нет, этот вопрос для меня пока открыт

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

Основные моменты, на мой взгляд, где участвует РП на этой стадии:
🔹подключение специалистов в команду по мере необходимости. Порой очень сложно бывает распланировать работы так, чтобы можно подключать при необходимости и часто бывает что образовывается простой или наоборот испытываем острую необходимость в ком-то
🔹участие в решении всевозможных проблем/вопросов с командой/Заказчиком
🔹управление коммуникациями. Порой бывает, что участники команды по какой-либо причине не взаимодействуют между собой. И из-за этого может затягивается выполнение задач. И приходится “учить” общаться

Хитрости:
⚡️не допускать, чтобы создаваемый продукт был черным ящиком. Все таки участвовать в создании. Я считаю, это плюс один “крутости” РП
⚡️поддерживать связь с Заказчиком. Чтобы исключить ситуацию, когда через пару месяцев возвращаемся с чем-то… неизвестным. Я считаю, что мир сейчас слишком изменчив, и подход водопад не возможен

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

Правила составления реестра рисков:
🔹фиксируются и положительные, и отрицательные риски
🔹оставляют риски, у которых высокое влияние, вероятность, значимость. Количество рисков может быть порядка 10ти.
🔹по каждому риску добавляется (минимум): план реагирования, последствия, события наступления, стоимость, ответственный за реагирование
🔹реестр рисков составляется в виде таблицы

Хитрости:
⚡️а вот хитростей пока нет