Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

Общие вопросы менеджмента

Вопросы, методики, инструменты, находки в менеджменте, не обязательно относящиеся к управлению информационными технологиями

Полномочия, права менеджера процессов

В редакцию портала поступил вопрос:   Здравствуйте! Довольно много информации об обязанностях менеджера процесса, а какими полномочиями/правами он должен быть наделен, чтобы эффективно исполнять свои обязанности? Буду очень признательна за обмен мнениями по этой теме и примеры из реальной жизни. Всем хорошего дня!

Дорожная карта развития продукта vs диаграмма Ганта

Диаграммы Ганта теряют свою популярность. Особенно среди энтузиастов Agile, которые полагают, что даты и зависимости подавляют креативность и инновации. Это может быть правдой, если команда работает очень линейно и каждую фазу не может начинать пока не будет завершена предыдущая. Несмотря на то, что сегодня большинство команд таким образом не работают, я понимаю, откуда исходит скептицизм. Диаграммы Ганта считаются пережитком очень медленных и негибких стилей работы. У процесса развития продукта нет чёткой даты начала и окончания. И нужно действовать быстро, чтобы идти в ногу с потребностями клиентов. Поэтому логично отдавать предпочтение гибкости, а не структурированности. Создание успешного продукта требует рабочей среды,...

Как COVID-19 изменил мир информационных технологий

С тех пор как глобальная пандемия появилась у нас на пороге, в мире произошли радикальные изменения. Они произошли во многих областях. Социальные нормы и экономические проблемы во многом повлияли на людей после появления COVID-19. Мы никак не можем стереть возникшие различия и вернуться к той жизни, которая была у нас в прошлом. Катастрофа, вызванная эпидемией, затронула компании всех размеров. Все были вынуждены адаптироваться к ситуации и принять новые подходы для реализации своих маркетинговых стратегий. ИТ-директорам пришлось быстро внедрять работоспособные альтернативы. Теперь, когда вирус стал частью новой нормы, мы наблюдаем радикальную трансформацию подходов к организации работы в ИТ-индустрии. Семь изменений в...

Цель не понял, задачу выполнил!

Гибкие методологии управления ИТ-разработкой изначально несли в себе посыл становится клиентоориентированными, фокусироваться на бизнес-ценности, чтобы создавать результат, максимально удовлетворяющий заказчика. Двадцать лет назад мысль о том, что ответственность ИТ-разработчиков заключается не просто в создании новой функциональности, а в поставке ценности была действительно революционной. Фокусировка на ценности позволяет найти лучшее техническое решение из множества доступных разработчикам, когда они выбирают способ реализации требование бизнеса. В итоге результат соответствует ожиданиям заказчиков и созданную функциональность не приходится дорабатывать или переделывать. Что экономит время разработки и повышает качество продукта. Однако, с течением времени стало понятно, что фокусировка разработчиков на бизнес-ценности задач штука совершенно необходимая, но...

Менеджер продукта vs Владелец продукта

Некоторые говорят, что лучше никогда не читать комментарии. Но я обычно читаю столько, сколько могу, даже если не получается ответить на каждый. Среди свежих комментариев я нашёл рассуждение, в котором проводилась аналогия между разработчиками и производителями одежды. Идея в том, что разработчики похожи на портных, поскольку они фактически сшивают код. Но есть много другой работы, связанной с созданием одежды. Например, разработка выкройки, подбор материалов и координация с дистрибьюторами. При этом, независимо от того, что конкретно вы создаёте, нужны специалисты, которые смогут с этим помочь. Здесь на помощь приходят менеджер продукта и владелец продукта. Каждый из них применяет свои навыки, чтобы...

Как ускорить поток создания ценности?

Работая над созданием ценности, команда ИТ-разработки живёт в привычных для неё организационных процессах. Непредвзято взглянуть на свой поток и разобраться, где в нём существуют проблемные зоны, требующие улучшения, бывает очень не просто. Задачки ставятся и двигаются от этапа к этапу по сложившемуся маршруту. И кажется, что все логично, что ускорить этот процесс нельзя без увеличения количества исполнителей. Но так ли это на самом деле? Внутри потока создания ценности могут существовать процессы, существенно замедляющие его течение, делающие его непредсказуемым и неравномерным. Давайте рассмотрим причины, которые препятствуют движению элементов работы в потоке. Недостаточно информации для решения задачи Для того чтобы элементы работы...

Продуктовые метрики для enterprise/b2b или gov продуктов

Как ответить на вопрос: насколько успешен наш продукт? Как оценить насколько мы продвинулись вперед, к нашему пониманию успеха, или наоборот, насколько мы отступили назад? Можем ли мы объективно измерять эту метрику успеха? Конечно, скажут нам профессионалы, ваши метрики должны быть выстроены вокруг потребителя и его потребностей, показывать степень заинтересованности потребителя в вашем продукте, т.к. чем сильнее вы своим предложением улучшаете/изменяете его жизнь, тем крепче и дольше будет поддерживаться его заинтересованность. Практики часто выстраивают наборы метрик в соответствии с AARM: Аcquisition — набор метрик, доказывающий наличие интереса к продукту; Activation — метрики, направленные на измерение того, как происходит процедура приобретения, получение возможности использования...

Как эффективное слушание может сделать вас лучшим лидером

Подумайте о лидере, который постоянно даёт вам советы и задаёт вопросы только для того, чтобы затем высказать своё собственное мнение, не давая вам возможности высказать своё, постоянно прерывает вас, не давая закончить мысль, при этом делает вид, что слушает, кивая головой или издавая звуки вроде «ага... хм...». Или о лидере, который только озвучивает своё мнение, не удосуживаясь задать ни одного вопроса, и оставляет вас в недоумении относительно того, какие выводы сделать после такого одностороннего разговора. Разве такие лидеры не сводят вас с ума, притворяясь слишком занятыми и заставляя вас чувствовать, что ваши идеи и мнения не имеют значения. Будете ли...

Роль лидера в продуктовой команде

Довольно много людей полагают, что ключ к развитию потенциала и расширению возможностей продуктовых команд — это вежливо дать понять их руководству, чтобы они перестали «стоять над душой», прекратить микроменеджмент и предоставить командам свободу и возможности для выполнения своей работы. Однако, сильные продуктовые команды зависят не столько от характеристики «лидерства поменьше», сколько от «лидерства получше». Что всё это означает, рассказывает в своей заметке Марти Каган (Marty Cagan), автор книг «INSPIRED: How to Create Tech Products Customers Love» и «EMPOWERED: Ordinary People, Extraordinary Products». Объяснение и последующее осознание того, что на самом деле требуется предпринять руководителям команд разработки, чтобы перейти из текущего состояния...

Коммуникации в гибридной команде

Благодаря неумолимой поступи нашей новой нормальности всё явственнее проявляются контуры будущей организации труда. Всё очевиднее становится понимание, что работа будет выполняться гибридными командами. При этом всё ещё большинство текущих лидеров команд не готовы к этому во всеоружии — они просто не сталкивались с этим ранее, не имеют должных навыков и не оснащены всем необходимым, как считает небезызвестная нам Карен Феррис (Karen Ferris), рассуждая об этом в заметке на своём портале. Соответственно, если не предпринять подготовительных мер, то такое положение дел может вызвать повышенный стресс, неудобство, беспокойство, усталость и, как следствие, выгорание у подопечных гибридных команд, снизив их эффективность. В чём проблема...

Мотивация разработчика В2В продукта

Команда создания и развития продукта состоит из разных людей: разработчиков, аналитиков, QA, владельца продукта и, иногда, из иных участников. Основной костяк этой группы обеспечивает непрерывную работу производственной системы (как минимум в части «downstream») по созданию и поставке фич, на основании содержимого бэклога. Производительность, эффективность этого конвейера — прямая ответственность членов команды.  Такая формулировка карты ответственности чревата управленческой ошибкой по превращению разработчика в дорогостоящую машину по созданию и закручиванию разнокалиберных гаек, снова и снова, сегодня, завтра и вчера. Разработчики, конечно, любят кодить, любят свою работу (те кто не любят — не работают разработчиками, дураков нет), но в роли роботов живут не долго, и...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM