Главный вывод любого доклада по теме Gen-AI

#Пятничныймем
@ManagetsThinks

Топ-10 случаев ятрогении в проектах

Узнал сегодня из блога коллеги Ивана Федотова слово Ятрогения.
Правда, у Ивана чуть более романтизированное описание этого слова, когда кто-то "из самых добрый побуждений" сделал кому-то или чему-то плохо.
А в оригинале, слово Ятрогения (др.-греч. ἰατρός «врач» + γενεά «рождение») означает любое негативное влияние действий врача на пациента.

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

В общем, ловите шпаргалку :)

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

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

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

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

5. Принял решение о реализации в проекте, не согласовав ее с ответственными (со всеми ответственными).
И план в любой момент может оказаться фикцией.
А ответственный, которого забыли спросить, либо даст новые вводные (так делать нельзя, а надо по-другому), либо не сможет поддержать ресурсами и сроками.

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

7. Забил на интересы важного актора
Положил все ресурсы на реализацию идей одного из Заказчиков и проигнорировал пожелания другого (-их). Или просто занял сторону одного при разногласиях с другим (-и).
Потом Заказчики между собой договорились, а решение осталось не внедренным или не используемым.

8. Проигнорировал пожелания поддерживающих подразделений (саппорт, безопасность, инфраструктура и др.)
И при внедрении выявились не реализованные блокирующие требования, без которых эксплуатация либо невозможна, либо неприемлемо рискованна.

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

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

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

#Пятничныймем
@ManagersThinks

Трамп и Маск подтвердили

Жиза любого менеджера.

#Пятничныймем

Конкурс авторских тг-каналов

Хорошие люди, часть из них знакомы со мной через одно рукопожатие, стало быть, все остальные - через два,
замутили просто отличный конкурс тг-каналов. 🥇🥈🥉
Отличная вещь для владельцев тех экспертных каналов, которые еще не успели разжиться значимой аудиторией, но при этом хотят (как я) нести свой опыт и знания в массы.

Цитирую организаторов:

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

Благодаря участию в конкурсе, вы сможете:
— набрать живых, активных подписчиков,
— познакомиться с коллегами по цеху (и наконец узнать, кто ещё пишет про инженерку, управление разработкой или иишку и еще с десяток экспертных тем),
— попасть в подборки каналов-организаторов,
— и, возможно, выиграть, получив признание жюри или читателей

Я - уже подал заявку в номинацию «Управление проектами»✅

Те мои читатели, у кого есть свой канал на профессиональную тематику, тоже могут податься.

Если ты готов на других посмотреть и себя показать, то следуй простой инструкции:
1. Подаёшь заявку на лендинге конкурса
(проверил - не скам 👆)
2. Делаешь пост у себя о том, что участвуешь
3. Присылаешь лучшие посты в группу своей номинации, участвуешь в голосовании.
4. Если повезет, то победишь, а предусмотрено несколько видов призов

Даты:
— Заявки: 20 июня – 6 июля
— Голосование: 7–14 июля
— Итоги: 15 июля

Те же, у кого нет своего канала, могут читать посты участников конкурса 👀
и голосовать за прнравившиеся 🗳
подписавшись на @tg_contest_main.
Уже сейчас конкурсанты стали туда выкладывать интересное.

Ты, это - то, как ты выглядишь.

Бывает, что ты оцениваешь свою работу в проекте как подвиг, или что закрыл кучу незапланированных проблем и заслуживаешь минимум премию, а лучше - орден.
А руководитель проекта (РП) дает тебе сдержанную оценку или просто благодарит не тебя, а кого-то еще.
Почему так?

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

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

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

- Доверие.
😃- можно ли на тебя положиться в напряженной ситуации

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

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

- Обоснованность расхода времени.
😀 Привлекаешь его внимание обоснованно, по делу, с правильным фокусом и помогаешь принять решение

- Комфортность поведения в команде.
😀 Склеиваешь команду, помогаешь коллегам, помогаешь решать сложные вопросы на совещаниях, на тебя редко эскалируют.

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

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

Шок-контент 2 😱: Написанное верно для оценки не только со стороны РП, а для большинства тех, кто будет оценивать

Когда на выездном тренинге менеджеров попросили подвести итоги дня

#Пятничныймем

@ManagersThinks