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

@badtechproject
#career

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

https://vc.ru/672289

#пятничное

@badtechproject

KISS 💋

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

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

#career

@badtechproject

https://pin.it/69ZMagH

Использование #chatGPT в работе

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

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

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

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

@badtechproject

GigaСhat!🚀
#новости

Двигаемся вперед и покоряем новые вершины!
Мы первыми из российских техногигантов вступаем в гонку мировых лидеров в области AI и запускаем собственную версию мультимодальной нейросети.

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

Еще умеет: поддерживать беседу, писать тексты, выполнять инструкции, отвечать на фактологические вопросы.

Сейчас GigaСhat работает в режиме бета-версии. Чтобы оказаться в числе первых, кто протестирует новую нейросеть, подписывайтесь на наш закрытый телеграм-канал.

@badtechproject

#сбер

Поделюсь идеей использования #chatGPT
Для junior позиции подходят однозначно)



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

Контекст: сервер-сайд ДБО, который прошлый менеджер проекта распиливал на микросервисы

Формат: список вопросов
—————-

Вот список вопросов, которые могут помочь оценить текущее состояние проекта и понять, как лучше продолжить его реализацию:
1 Какие микросервисы были созданы и на какой стадии они находятся?
2 Какие технологии использовались для создания микросервисов и какие технологические решения применялись?
3 Какова общая архитектура микросервисов и как она соотносится с общей архитектурой проекта?
4 Каковы причины, по которым прошлый менеджер проекта распилил сервер-сайд ДБО на микросервисы?
5 Каковы проблемы, с которыми столкнулся прошлый менеджер проекта при реализации микросервисов?
6 Какие изменения были внесены в проект после распиливания сервер-сайд ДБО на микросервисы?
7 Каковы текущие задачи по проекту и какие из них являются приоритетными?
8 Каковы сроки для реализации задач и какой прогресс уже был достигнут?
9 Каковы текущие риски и проблемы, с которыми столкнулся проект, и какие меры принимаются для их устранения?
10 Какие инструменты и процессы используются для управления проектом, и какая документация была создана до настоящего времени?
11 Каковы текущие требования к проекту, и были ли внесены какие-либо изменения в исходные требования?
12 Какова текущая команда, работающая над проектом, и какие роли и ответственности у каждого члена команды?
13 Какие проблемы могут возникнуть в дальнейшем и как их можно предотвратить?


@badtechproject

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

@badtechproject

PMные кейсы #2

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

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

#case


@badtechproject

Разберем варианты

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

Вариант В выбирают параноики. Каждый менеджер должен быть немного параноиком, это нормально.

Вариант Б, выбирают опытные менеджеры. Узнайте максимально возможную информацию и получите этот контракт. Именно этот вариант и является правильным.

#пятничное

@badtechproject

Всем привет!
Я немного выпал и перестал писать))
Тому есть пара причин:
1. Готовился активно к внутренней конференции, где расскажу о том, как распилили монолит Сбербанк онлайн на микросервисы)
Крутость и особенность этой конференции в том, что говорить будем без прекрас😁
Тут поделиться видео не смогу, но есть версия доклада, что я рассказывал на HighLoad)
Зацените. Я в этом проекте набирался столько опыта, что хватит на годы))

https://youtu.be/7csjkaktQNU

2. Готовлюсь к SaintHighLoad.

#conference

Конфликты

За 10+ лет опыта у меня было множество конфликтов на работе.
И я был уверен, что умею с ними отлично справляться)))

Но тут выяснил пару полезных приемов)

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

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

В конфликте существует 3 типа манипуляций:
1. Агрессор - тот, кто вызывает страх, гнет свою линию и всех прессует. К примеру, говорит: «Да как, так можно работать? Да я бы тебя уволил!».
2. Жертва - тот, кто «строит из себя жертву», вызывая чувство вины.
То есть, он использует такие слова, как «раз вы меня не слушаете, то пинайте на себя», «мы на тебя так рассчитывали, «разве можно бросить коллег в такой ситуации» и т.п.
3. Спаситель - чувство халявы = жадность + лень. «Нужно подождать и найти путь, как разобраться в конфликте, только не уходи от нас».

#career

#badtechproject

Зачем руководители проектов в продуктовой разработке

Записали с ребятами из QIWI подкаст 🚀 описание ниже и ссылка.

https://music.yandex.ru/album/22756068/track/114016108?utm_medium=copy_link

В новом выпуске подкаста DevOne мы решили обсудить довольно насущный вопрос, которым время от времени задаются члены продуктовых команд — зачем вообще в Agile нужны project-менеджеры? Можно ли нормально работать без них? Ведь, в конце концов, есть же продакты.

Для этого мы позвали Артёма Арюткина, руководителя проектного офиса в Сбере. Вместе с ним мы разобрали:

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

#conference

#badtechproject

“Бутерброд”

Есть такая стандартная техника в общении: «бутерброд».
Основа: сказать что-то хорошее, сделав ситуацию безопасной и комфортной.
Затем: размазать хороший слой развивающей обратной связи, сказав то самое, ради чего вы и собрались.
И сверху кладем что-то хорошее, чтобы все расслабились.
Техника супер комфортная для менеджера.
Но есть проблема, особенно у начинающих менеджеров: говорить общими словами похвалу.
Как обычно это происходит: менеджер говорит, что сотрудник отлично показал себя на проекте. Конечно, лучше, чем ничего, но послевкусие очень плохое.
Хвалить нужно всегда за что-то конкретное. Человек потратит время, чтобы выполнить свою работу хорошо, потратьте свои 10 минут, чтобы ответить взаимностью и сказать конкретику: мне очень понравилась фича, которую ты придумал. Она принесла х миллионов.

#badtechproject