Плохой Project Артём Арюткин
13.1K subscribers
730 photos
181 videos
9 files
350 links
Канал про IT менеджмент

ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы.
Ex-head of PMO СБОЛ.

Автор:Арюткин Артём

Реклама: @badtechproject_contakt

РКН: https://knd.gov.ru/license?id=6763fd618e552d6b54f4bcb7&registryType=bloggersPermission
Download Telegram
Варианты разберу детально в понедельник 10.04
👍4
Процессы важнее целей 🎯

Практически любого из нас пугают глобальные цели. Если я поставлю себе цель, например, накопить 100 зарплат за 10 лет, то мне будет страшно всякий раз, когда я не отложил ту самую зарплату. И я буду задаваться вопросом, а смогу ли я? Может быть я уже провалил цель.

Но с этим со всем легко справиться, если работать с процессом. К примеру, я могу каждую неделю откладывать 1% от зарплаты. Это будет легко и просто, я Ада замечать этого не буду.

Еще пример, похудеть на 10 кг к лету - звучит амбициозно и жутко сложно. А вот съедать не более 2000 ккал в день - как-то уже попроще.

@badtechproject
👍7
Плохой Project Артём Арюткин
PMые кейсы №1 🧳 Попробуем решать кейсы? Представьте себе, что вы начальник отдела разработки в крупной корпорации. У вас есть сотрудник, работающий сильно выше ожидаемого, прямо молодец, выше всяких похвал. Просыпаетесь вы утром в воскресенье, а он написал…
Вариант А, в котором вы решили уволить сразу сотруднику: естественная реакция. Она очень похожа на вариант «бей», который является частью нашего коптильного мозга. Не стоит его стесняться, но стоит помнить, что мы уже люди разумные и прежде чем действовать должны подумать, проанализировать и принять взвешенное решение.

Вариант Б, в котором отправляется куча извинительных писем, как от вас, так и от сотрудника похож на сценарий «беги». Вы хотите срочно убежать от проблемы, сгладив ее последствия. Но он, слишком банальный, да и не стоит плодить новые письма. Потом всем все объясните.

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

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

@badtechproject
👍3👌1
Скоро сезон отпусков, готовимся, друзья менеджеры 😉

#пятнчиноеневпятницу

@badtechproject
😁4👍1
Риски - ириски 🍬

Ключевая задача любого менеджера - управление рисками. Если бы рисков не было, все люди кругом были мотивированными, то и менеджеры были бы не нужны. Закрыли глаза и представили себе этот чудесный мир? 🦄

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

Как менеджер управляет рисками?
1. Хороший менеджер может взять часть потенциальных рисков из своих прошлых проектов. Вы же помните, что хороший менеджер всегда учится на своих ошибках 😉
2. Собирает проектную команду и они генерят список рисков и что с ними можно сделать.
3. Ооочень круто, если риску присваивается вес и ответветственный.
4. Еще круче, если появляется точка контроля.
5. Идеально, если есть план митигацим.

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

А как вы будете реагировать на непредвиденные проблемы?
Единственное решение - доп бюджет и время… и 💰

«Все, что может пойти не так, пойдет не так.» Закон Мерфи

@badtechproject
👍9💩1
А вот теперь пора начинать бояться за свои рабочие места 😁
😁14🔥3
Диаграмма Исикавы 🐠

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

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

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

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

@badtechproject

https://pin.it/78XedR4
👍10
Dropbox обновил свое видение по карьерному треку сотрудников: появились ожидания от менеджеров.

Это практичный гайд для тех, кто задается вопросом, а что же я должен уметь:

https://dropbox.github.io/dbx-career-framework/overview.html

#career

https://pin.it/5dN6B7y

@badtechproject
👍3
Книги для менеджеров #1

В прошлом году прочитал книгу «Эгоистичный ген» 🧬.
Книга оставила неизгладимое впечатление, так как объяснение многие наши поступки с точки зрения генетики.

Автор говорит о том, что ради сохранения своих генов мы готовы защищать семью и «жителей своей деревни», так как это позволит сохранить наши гены. Да, он считает, что смысл передачи гена шире, чем продолжение рода.

Что это делает в канале о менеджменте?

Все просто, вам безумно важно создавать из ваших сотрудников команду, команду, которая отличается от других.
Носите специальные футболки, браслеты, пейте в 12:30 кофе вместе.
Зачем вам это?
Люди будут чувствовать себя частью команды и трижды подумают, прежде чем уйти от вас. А когда нужно будет поработать всю ночь ради успеха команды? Сделают это легко и с радостью.

@badtechproject
👍3🔥2🆒2
В понедельник поговорили с Иваном Дорониным о том, что важнее Soft skills или Hard Skills для PM🚀

Посмотреть запись можно тут:
https://youtu.be/0E_0dB-leQo

В том числе обсудили, так ли важно обладать техническими навыками PM’у.
Я все еще считаю, что это must have для PM’а в настоящее время.

Был интересный вопрос, а как же развивать технические навыки?

1. Лучший путь практика - учитесь на своем проекте. Люди редко отказываются давать совет. Большинство людей любят делиться экспертизой.

2. Статьи: Хабр и Гугл вам в помощь.

3. Книги. И тут был вопрос, что почитать?
- Release it! Проектирование и дизайн ПО для тех, кому не всё равно: отлично для новичков.
- Высоконагруженные приложения. Программирование, масштабирование, поддержка: а тут
уже сложнее

#conference

@badtechproject
🔥71👍1
Как стать плохим IT PM
 
Есть такая замечательная роль - менеджер ИТ проектов. 
Написано много книг, статей о том, как же все-таки стать хорошим ИТ менеджером. Работают ли они?
Когда я в очередной раз в школьные годы был летом в спортивном лагере и там был командный зачет (разные соревнования, где команды получают баллы и борются за кубок), наша команда не могла никак вырваться не то что в лидеры, а хотя бы подняться с предпоследнего места, один из ребят предложил: «Раз не можем вырваться на 1-е место, будем первыми с конца».
 
Давайте вместе пофантазируем, что же вам делать, если вы решите стать худшим менеджером ИТ проектов в мире:
 
1 Забывайте все поручения. О да, если у вас прошла встреча и вы о чем-то договорились, не думайте даже о том, чтобы записать эти поручения. Люди сами запишут поручение и сами его выполнят. Вы же шли в менеджеры не для того, чтобы заниматься такой ерундой.
2 Не используйте метрики. Кому нужно следить за тем, как продвигается его проект? Просто, приходите и обсуждайте. Как можно больше и чаще встречайтесь.
3 Больше встреч. Знаете, что характеризует хорошего менеджера? Количество проведенных встреч. Чем их больше тем вы эффективнее.
4 Не тратьте время на формулировку задачи. Вы для чего шли в менеджеры? Ваше время самое ценное, время других - да кого оно волнует. Вы не сформулировали задачу, сотрудник что-то сделал, но это не то. Так и скажите ему, что это его работа хорошенько подумать.
5 Не помнить свои обещания. Тестировщик поговорил с вами и попросил повышение, а вы пообещали? Процитирую классика: «Ваши ожидания, ваши проблемы». Потеряете тестировщика? Где он найдет такую классную работу и замечательного руководителя.
6 Не погружаться в технологии. Точно не наш метод. Умение разговаривать с разработчиком на одном языке? Кому это надо: в конце концов, я тут босс, пусть стараются говорить со мной на моем языке. Встреча с заказчиком и он может задать тех.вопросы? Пусть вся команда сидит со мной. 10 человеко-часов, кого это может волновать?

@badtechproject
#career

Будет круто, если поставите лайк на статью 😉

https://vc.ru/672289
🔥7👍5😁1
KISS 💋

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

Но беда происходит, когда и менеджер улетает в облака.
Каждый раз, когда кто-то озвучивает вам, что на доработку уйдет несколько лет или нужно построить целую новую систему, помните, что это не самый простой путь.
А может быть за ваш счет пытаются устранить кучу тех.долгов? Помните о простом правиле:
K
eep
I
t
S
imple
S
tupid
Любое решение и любая система должны быть в первую очередь простыми.
И исправить баг или запилить новую фичу должен суметь джун.
Нужно починить самолет в поле? Только с тем инструментом, что ты мог бы поместить себе в карман.

#career

@badtechproject

https://pin.it/69ZMagH
🔥5👍2
Использование #chatGPT в работе

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

Персона: ты профессиональный менеджер ИТ проектов

Действие: дай список шагов, которые тебе нужно совершить для подготовки твоей автоматизированной системы к периодам максимальной нагрузки
——
Контекст: твоя система - ДБО для физических лиц, ты отвечаешь за сервер сайд и его работоспособность

Формат: список шагов
——
Конечно, вот список шагов, которые могут помочь подготовить автоматизированную систему к периодам максимальной нагрузки:
1 Анализ нагрузки прошлых периодов: изучите данные о том, какая была максимальная нагрузка на систему в прошлом, чтобы понимать, какие уровни нагрузки могут возникнуть в будущем.
2 Определение границ нагрузки: установите максимальный уровень нагрузки, который ваша система может выдержать без сбоев и потерь данных.
3 Тестирование нагрузки: проведите тестирование системы, чтобы убедиться, что она готова к максимальной нагрузке и не будет сбоев во время работы.
4 Оптимизация конфигурации сервера: убедитесь, что конфигурация сервера оптимизирована для обработки большого количества запросов и данных.
5 Использование кэширования: рассмотрите возможность использования кэширования данных для ускорения работы системы во время периодов максимальной нагрузки.
6 Использование балансировщиков нагрузки: установите балансировщики нагрузки, чтобы распределять нагрузку между несколькими серверами и избежать перегрузки одного из них.
7 Мониторинг системы: установите систему мониторинга, которая будет отслеживать работу серверов и своевременно оповещать о возможных проблемах.
8 Резервное копирование: настройте систему резервного копирования данных, чтобы избежать потери информации в случае сбоев системы.

@badtechproject
🔥3👍21