Всё про управление персоналом в ИТ
1. Сосредоточьтесь на ценности/
Конечно, моя бабушка не говорила таких слов. Но она постоянно спрашивала меня: “Чего ты пытаешься достичь?”. Не забывайте о том, что вы должны делать и предоставляйте то, что люди действительно хотят.
Диаграммы Ганта теряют свою популярность. Особенно среди энтузиастов Agile, которые полагают, что даты и зависимости подавляют креативность и инновации. Это может быть правдой, если команда работает очень линейно и каждую фазу не может начинать пока не будет завершена предыдущая. Несмотря на то, что сегодня большинство команд таким образом не работают, я понимаю, откуда исходит скептицизм. Диаграммы Ганта считаются пережитком очень медленных и негибких стилей работы. У процесса развития продукта нет чёткой даты начала и окончания. И нужно действовать быстро, чтобы идти в ногу с потребностями клиентов. Поэтому логично отдавать предпочтение гибкости, а не структурированности. Создание успешного продукта требует рабочей среды,…
Гибкие методологии управления ИТ-разработкой изначально несли в себе посыл становится клиентоориентированными, фокусироваться на бизнес-ценности, чтобы создавать результат, максимально удовлетворяющий заказчика. Двадцать лет назад мысль о том, что ответственность ИТ-разработчиков заключается не просто в создании новой функциональности, а в поставке ценности была действительно революционной. Фокусировка на ценности позволяет найти лучшее техническое решение из множества доступных разработчикам, когда они выбирают способ реализации требование бизнеса. В итоге результат соответствует ожиданиям заказчиков и созданную функциональность не приходится дорабатывать или переделывать. Что экономит время разработки и повышает качество продукта. Однако, с течением времени стало понятно, что фокусировка разработчиков на бизнес-ценности задач штука совершенно необходимая, но…
Некоторые говорят, что лучше никогда не читать комментарии. Но я обычно читаю столько, сколько могу, даже если не получается ответить на каждый. Среди свежих комментариев я нашёл рассуждение, в котором проводилась аналогия между разработчиками и производителями одежды. Идея в том, что разработчики похожи на портных, поскольку они фактически сшивают код. Но есть много другой работы, связанной с созданием одежды. Например, разработка выкройки, подбор материалов и координация с дистрибьюторами. При этом, независимо от того, что конкретно вы создаёте, нужны специалисты, которые смогут с этим помочь. Здесь на помощь приходят менеджер продукта и владелец продукта. Каждый из них применяет свои навыки, чтобы…
В своей статье на портале ITSM tools Стивен Манн (Stepfen Mann) поднимает актуальные вопросы изменений, необходимых в экосистеме ИТ-службы поддержки. За последние двенадцать месяцев было много написано о необходимости изменений методов работы Сервис Деска и команды ИТ-поддержки, чтобы лучше удовлетворять потребности сотрудников своей организации. Это началось с необходимости обеспечить работающих на дому сотрудников ИТ-услугами и поддержкой для эффективной работы. Надо признать факт, что теперь они не только работают в чужой среде (хотя, скорее всего, это их дом), но и технологии занимают гораздо более значительную часть их рабочей практики из–за их “удаленности”, а также и то, что многие из их офисных…
Подумайте о лидере, который постоянно даёт вам советы и задаёт вопросы только для того, чтобы затем высказать своё собственное мнение, не давая вам возможности высказать своё, постоянно прерывает вас, не давая закончить мысль, при этом делает вид, что слушает, кивая головой или издавая звуки вроде «ага… хм…». Или о лидере, который только озвучивает своё мнение, не удосуживаясь задать ни одного вопроса, и оставляет вас в недоумении относительно того, какие выводы сделать после такого одностороннего разговора. Разве такие лидеры не сводят вас с ума, притворяясь слишком занятыми и заставляя вас чувствовать, что ваши идеи и мнения не имеют значения. Будете ли…
Довольно много людей полагают, что ключ к развитию потенциала и расширению возможностей продуктовых команд – это вежливо дать понять их руководству, чтобы они перестали “стоять над душой”, прекратить микроменеджмент и предоставить командам свободу и возможности для выполнения своей работы. Однако, сильные продуктовые команды зависят не столько от характеристики “лидерства поменьше”, сколько от “лидерства получше”. Что всё это означает, рассказывает в своей заметке Марти Каган (Marty Cagan), автор книг “INSPIRED: How to Create Tech Products Customers Love” и “EMPOWERED: Ordinary People, Extraordinary Products”. Объяснение и последующее осознание того, что на самом деле требуется предпринять руководителям команд разработки, чтобы перейти из текущего…
Благодаря неумолимой поступи нашей новой нормальности всё явственнее проявляются контуры будущей организации труда. Всё очевиднее становится понимание, что работа будет выполняться гибридными командами. При этом всё ещё большинство текущих лидеров команд не готовы к этому во всеоружии – они просто не сталкивались с этим ранее, не имеют должных навыков и не оснащены всем необходимым, как считает небезызвестная нам Карен Феррис (Karen Ferris), рассуждая об этом в заметке на своём портале. Соответственно, если не предпринять подготовительных мер, то такое положение дел может вызвать повышенный стресс, неудобство, беспокойство, усталость и, как следствие, выгорание у подопечных гибридных команд, снизив их эффективность. В чём…
Команда создания и развития продукта состоит из разных людей: разработчиков, аналитиков, QA, владельца продукта и, иногда, из иных участников. Основной костяк этой группы обеспечивает непрерывную работу производственной системы (как минимум в части “downstream”) по созданию и поставке фич, на основании содержимого бэклога. Производительность, эффективность этого конвейера – прямая ответственность членов команды. Такая формулировка карты ответственности чревата управленческой ошибкой по превращению разработчика в дорогостоящую машину по созданию и закручиванию разнокалиберных гаек, снова и снова, сегодня, завтра и вчера. Разработчики, конечно, любят кодить, любят свою работу (те кто не любят – не работают разработчиками, дураков нет), но в роли роботов живут не…
Представьте себе продуктовую команду, которая радостно празднует крупную победу! Менеджер по продукту, команда разработчиков, владелец продукта, может быть даже парочка руководителей компании совместно отмечают успех. Должно быть, они достигли чего-то значительного, верно? Что это может быть: новый уровень прибыли? Важные вехи в прохождении дорожной карты? Достижение целевых показателей в расширении клиентской аудитории? Положительный отзыв о продукте в крупном отраслевом издании? А что, если команда празднует тот факт, что они выпустили новую версию продукта за день до крайнего срока, обозначенного в дорожной карте? Это, конечно, может быть поводом для радости. А может и нет. Поставка новой функциональности или продукта вовремя –…
Поговорим про агентов изменений. Тема огромная, насущная, остановимся на интересном моменте: испытательный срок ещё не закончился, а уже становится ясно какого человек калибра и какова примерно траектория дальнейшего движения. Вот давайте поговорим про эти траектории, и почему они важны. В последнее время в профессиональных сообществах в Facebook’е значительно увеличился спрос на агентов изменений: нанимают скрам-мастеров, agile-коучей, методологов, «людей с головой и опытом», – названий много, смысл один. И можно бы было это списать на то, что на карантине (или как там этот период, который сейчас?) мы больше живём в сети, но нет – тот же по объёму поток вакансий в…