Как застревают менеджеры (перевод)

How do managers get stuck автор: Camille Fournier оригинал: http://www.elidedbranches.com/2017/09/how-do-managers-get-stuck.html Как застревают менеджеры В этой статье я хочу ответить на вопрос, который я часто слышу от менеджеров “первой линии“, то есть тех, которые работают непосредственно с производственными командами: “Как мне перейти на следующий уровень менеджмента? Как мне доказать, что я готов управлять менеджерами?” Менеджеры часто уверены, что если они справляются с управлением своей команды, то они естественным образом должны получить следующую должность и получить в управление больше людей, большего размера команду, команду команд, как только такая возможность появится в компании. Тем не менее, как только такая возможность появляется, кто-то то другой […]

Continue Reading

Agile в зависимости от контекста

В прошлой статье мы обсудили влияние размера команды на применение “гибких” подходов в проектах. В этот раз попробуем разобраться в влиянии производственного контекста на этот выбор. Начнем с определения терминов, которые будем использовать. Контракт — понятие аутсорс разработки, которое не имеет смысла в продуктовой разработке, там есть внутренний заказчик и ваши с ним взаимоотношения строятся по совсем другим правилам. Рассмотрим 3 основные силы проекта: Заказчик— инвестор, владелец бизнеса, который заинтересован получить бизнес выгоду от проекта Команда — технические и не только специалисты, которые выполняют проект, хотят создавать крутые системы, использовать модные технологии, уникальные продукты и так далее Пользователи — люди, которые будут использовать полученный результат, в своей повседневной […]

Continue Reading

Размер команды и Agile мышление

Продолжаю размышления на тему применения agile практик в реальной жизни. Давайте обсудим зависимость от размера команды проекта.  Photo by rawpixel.com on Unsplash до 4 В этом случае абсолютно неважно какому процессу или методологии следовать, это не окажет почти никакого влияния на результат. Тут и менеджер не нужен, от слова “совсем”. Это хакатон, стартап, что угодно, но не проект. до 7 (±2) В команде проекта пара разработчиков, один тестер, а также парт-тайм аналитик и дизайнер? Допустим, что вся команда около 7 человек. Тут оказывает влияние личностные качества ПМа и его умение работать с людьми. Использование легковесных Agile практик помогает, но еще не является критичным […]

Continue Reading

Путь от разработчика до менеджера

При построении карьеры в определенной области чаще всего выделяют 2 уровня движения: горизонтальный и вертикальный. Горизонтальный — увеличивать экспертизу в определенной технологии или стеке технологий, углубляя знания и получая ценный опыт использования в проектах различного размера и продолжительности. Вертикальный — двигаться в сторону административного управления, увеличивая масштаб ответственности решений и влияния на область деятельности, то есть становясь все более высоким менеджером, вплоть до владельца собственной компании. Первый путь связан с работой с людьми намного меньше, чем второй и это для большинства людей — самое решающее отличие. Тем не менее я хочу рассказать как технарю стать достойным менеджером, с какими проблемами придется столкнуться и каких ошибок стоит […]

Continue Reading

Правильный старт проекта

Речь пойдет именно о первой встрече с клиентом на старте проекта, которая называется Kickoff meeting. Как же провести его правильно и с максимальной пользой? От этой встречи очень сильно зависит ход проекта, потому что именно там будут заложены многие ожидания, обязательства и представления о том, как проект будет выполнен. Еще раз дадим определение kickoff meeting — первая встреча/созвон менеджера проекта (часть команды тоже может присутствовать, но не обязательно) с клиентом после официального подписания контракта или в случае получения формального одобрения на старт от высшего менеджмента компании пока идет формальное подписание контракта. Эта встреча требует серьезной подготовки и проработки повестки, которая должна быть […]

Continue Reading

Менеджер проектов в IT: что можно сказать сразу из описания вакансии

Несмотря на наличие большого количества мировых стандартов и сертификаций для менеджеров проектов, все равно каждая компания вкладывает в это понятие свой собственный смысл, тем более что должность эта достаточно молодая и чуждая слуху советского человека. Даже внутри самой IT сферы существует невероятное многообразие типов проектов: — студии и агенства, которые делают диджитал проекты на стыке маркетинга и разработки, используя как готовые шаблоны так и кастомные кампании — интеграторы больших корпоративных систем ведут большие проекты по внедрению одной технологии долго и дорого — компании, специализирующиеся на государственных системах или подрядах — продуктовые компании, занимающиеся разработкой, продвижением и продажей собственного продукта, будь […]

Continue Reading

Электронные письма, которые решают задачи на вашем проекте (перевод)

How to Write Emails that Solve Problems on Your Project Оригинал: https://pmbasics101.com/emails-project-management/ Как писать электронные письма, которые решают задачи на вашем проекте Сколько электронных писем в день вы пишете? 10? 50? Всегда ли вы получаете ответ, который ожидаете? Я уверен, что нет. Некоторые письма остаются без ответа, ответ на некоторые приходит не по существу письма, некоторые письма превращаются в бесконечную переписку с большим количеством нерелевантной информации и получателей. Это нормально, многие из нас были в этой ситуации. Но хуже всего вот что: вы не видите проблему в таком положении вещей в вашей рабочей переписке Уровень эффективности вашей переписки очень низкий. […]

Continue Reading

Менеджер проектов — это не руководитель или начальник

Ох уж это советское наследие, до сих пор мы используем слово “начальник” с тем же смыслом, что и 50 лет назад. Еще более любимое мною слово — “руководитель”. Вот прям который за руку ведет всех подчиненных. Почему то даже в продвинутой IT сфере менеджер — это больше руководитель: фасилитирует кучу взрослых людей, следит за правильным перемещением бумажек на доске и считает цифры и отчеты в эксельке. Неудивительно, что разработчики периодически устраивают движения в стиле “менеджеры — бесполезны и нам не нужны”. Где крутые продукты на постсоветском пространстве? Один-два единорога в год? Возьмите цифры по росту прибыли аутсорса у нас и в какой-нибудь […]

Continue Reading

Попытка организовать кросс-функциональные команды (перевод)

Our first take on cross-functional teams Оригинал: https://tech.kartenmacherei.de/our-first-take-on-cross-functional-teams-b0af5476d802 Наша первая попытка организовать кросс-функциональные команды Когда мы только начали переводить разработку в команду внутри компании в 2012 у нас было все просто, за исключением, естественно, усилий по поиску и убеждению талантливых людей присоединиться к нашей тогда еще маленькой компании. Кристоф и Штеффен решали что разрабатывать и в какой очередности. Они также постоянно напрямую общались с командой из трех разработчиков. Когда команда начала расти, мы начали использовать скрам с его типичными недостатками и достоинствами для начинающих команд. В следующие 24 месяца команда выросла до 20 разработчиков, тестировщиков и технических менеджеров продукта и тогда […]

Continue Reading

Текущее состояние минского IT — эмоциональный взгляд

В нашей сфере IT весьма популярно переманивать специалистов из других компаний, заманивая высокой зп, интересными перспективами, увлекательными прогрессивными проектами и прочими плюшками, часто приукрашиваемыми, но все же в любом случае более крутыми чем в других областях экономики. В каждой компании обязательно рассказывают про “быстрый рост”, по моему опыту независимо от того, в компании 30 или 300 человек — у всех все равно планируемый быстрый рост и развитие. По факту — чаще всего их размер за год-два меняется очень не сильно, потому что у роста есть побочные эффекты, которые часто внезапно выводят из строя еще недавно такую эффективную систему. Перестройка на новый […]

Continue Reading