Ozerov’s channel

2022-07-07 21:47:09 Мы это сделали!

Нас было не много, но получилось интересно, желание продолжать выросло
Огромное спасибо @katleta3000 за интервью и каждому присоединившемуся

Мы вырежем особо откровенные куски и через пару дней разместим запись для остальных Открыть/Комментировать

2022-07-07 14:15:06 Скоро начинаем!

В 20:00 стартует наше первое интервью с Женей, подключиться можно по ссылке
Тайминги: 1,5 часа (общение + ваши вопросы)

Это будет первый подобный опыт, минимум подготовки, максимум импровизации.

Успехом буду считать аудиторию в 20 человек.
Репосты категорически приветствуются :) Открыть/Комментировать

2022-07-06 09:32:26 Важный анонс!
Обещали - выполняем

7 июля (завтра) в 20:00 в прямом эфире общаемся с:
- Ex исполнительным директором и лидером мобильной разработки Сбера,
- Директором IOS Podlodca Crew,
- Head of mobile 3commas,
Евгением Ртищевым

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

Что будем обсуждать
Мы старые друзья, конкретного плана нет, но точно обсудим:
- Сбер, как место работы и культуру ведения проектов внутри
- Релокацию (Женя перебрался в иностранный стартап)
- Крипту (то, чем Женя занимается теперь) Открыть/Комментировать

2022-07-05 09:17:15 Сколько менеджеров в IT?
Попадая в большую компанию можно легко запутаться в обилии различных ролей и их обязанностей. Попробуем разобраться, кто за что отвечает и начнем, конечно, с менеджеров.

Project manager (PM)
Наше все - человек, который отвечает за выполнение проекта за заданное время и в рамках бюджета.
Важно, «по определению» менеджер проекта контролирует именно планы, т.е. чтобы написанное в техническом задании было сделано вовремя и компания не потратила на это больше, чем заработала.
На больших проектах менеджеры проектов могут вообще не погружаться в технические детали.

Project manager officer (PMO)
Руководитель менеджеров проектов. Если такой роли нет, этим занимается CTO (технический директор). Когда в компании много проектов, кто-то должен распределять ресурсы между ними и контролировать работу PM-ов, это как раз PMO.
Если нам для проекта нужен дополнительный разработчик, который есть в соседней команде, мы просим его именно через PMO, а не нагло воруем (хотя второе и проще).

Delivery manager
Достаточно редкая роль и чаще это архитектор.
Менеджер доставки решений отвечает за техническую сторону проекта: определяет стек технологий, политики разработки, объясняет разработчиком, что и как у нас устроено внутри.

Account manager
Личный консьерж заказчика.
Если у нас есть якорный важный клиент, к нему круто приставить персонального менеджера, который будет собирать обратную связь, осуществлять оперативное информирование и высылать винишко на праздники.

Sales manager
Человек, которого все не любят.
Он продает наши продает наши продукты новым клиентам и зачастую немного приукрашивает, а нам потом разгребать.

Product manager
Служит внутренним заказчиком для project manager-ов.
Отвечает за развитие продуктов компании, анализирует аудиторию, формирует гипотезы, прикидывает потенциальную прибыль.

Послесловие
Это самый распространенный, но далеко не полный перечень ролей. Классно, если каждый занимается своим делом и компания работает слажено, но даже если это не так - всегда есть к чему стримиться.
Если тема зашла, проявите активность и следующими разберем роли внутри проектной команды. Открыть/Комментировать

2022-07-02 13:11:57 Этот шедевр вчерашнего опроса не должен остаться незамеченным, позитивных выходных вам, друзья! Открыть/Комментировать

2022-07-01 21:13:02 Переработки
Как-то так вышло, что последнее время я работаю по 10-16 часов в день и задумался, что с этим делать…

Как истинный зануда, я опросил 10 друзей, которые работают на руководящих позициях и выяснил, как они справляются с переработками.

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

1. Понимание цели - у одних это профессиональный рост, у других деньги, но у каждый из опрошенных четко понимал, зачем он делает то, что делает.

2. Отдых - определите время или день, в которое вы 100% не работаете (у меня это суббота). Сюда же можно отнести регулярный отпуск.

3. Сон - банально, но правда. В условиях высокой нагрузки сон становится критически важным и большинство опрошенных серьезно за ним следят (кстати в тему сна очень советую книгу «Зачем мы спим»).

4. Хобби - работа не должна занимать 100% времени, выберите спорт, путешествия, семью, да что угодно, на что будете переключаться (по факту это дополнение к п.1)

5. Если сгорели, возьмите паузу и подумайте, а туда ли вы копаете и здесь я обязан поделиться цитатой автора одного прекрасного канала:
"Просто когда выгораешь, главное не копаться в пепелище, а найти силы в нем что-то прорастить". Открыть/Комментировать

2022-06-30 21:06:15 Открыть/Комментировать

2022-06-28 17:43:44 Выстраивание коммуникаций

На старте работы с проектом каждый руководитель должен позаботиться о том, как будет происходить отчетность о движении проекта (т.е. выстроить внешние коммуникации).
Если на это забить, то внешний мир сам придет к вам в самый неподходящий момент и потребует отчет в самом неподходящем виде, потом не жалуйтесь

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

Идеальный отчет о чем угодно - это одна большая лампочка, которая горит красным или зеленым

На мой взгляд статус по проекту должен содержать:
1. Короткое текстовое описание основных новостей - 88% получателей прочитают только его
2. Сроки - находимся ли мы в плане или нет
3. Бюджет - аналогично срокам
4. Ресурсы - есть ли проблемы с командой, нужен ли кто
5. Риски - основные незакрытые риски, заодно привыкнем их вести

Кажется получилось содержательно, а в качестве бонуса поделюсь с вами шаблоном проектного статуса

PS Чтобы поместиться в лимит символов, пришлось заплатить телеграмму неслыханные 300р, это ли не стоит вашего репоста:) Открыть/Комментировать

2022-06-24 16:08:40 Тушение пожаров
Результаты вчерашнего опроса меня немного удивили, давайте разбираться.

Начнем с того, что пожары бывают разные.

Лесные пожары
Если мы имеем дело с регулярными пожарами (прямо как лесные пожары у нас или в США), то справедливо замечание из комментариев - "дайте догореть".

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

Обычно это проблемы, касающиеся процессов, например: "Нам плохо описывают требования".
Можно сколько угодно ругаться, но лучше сделать шаблон постановки с критериями, согласовать его использование и потратить пару недель на контроль соблюдения.

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

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

В pepsico пошли еще дальше - вообще не искали автора проблемы.
Там назначался куратор ошибки, который узнавал, с каким функционалом она связана. После собиралась встреча с "хранителями знаний" по проблемному функционалу и они уже разбирали причины.
Частенько после таких разборов "боссам" поднималась причина "человеческий фактор" - так бывает и это нормально, пока таких причин не становится слишком много. Открыть/Комментировать

2022-06-23 09:35:23 Открыть/Комментировать