Вопросы, методики, инструменты, находки в менеджменте, не обязательно относящиеся к управлению информационными технологиями
В редакцию портала поступил вопрос: Здравствуйте! Довольно много информации об обязанностях менеджера процесса, а какими полномочиями/правами он должен быть наделен, чтобы эффективно исполнять свои обязанности? Буду очень признательна за обмен мнениями по этой теме и примеры из реальной жизни. Всем хорошего дня!
Диаграммы Ганта теряют свою популярность. Особенно среди энтузиастов Agile, которые полагают, что даты и зависимости подавляют креативность и инновации. Это может быть правдой, если команда работает очень линейно и каждую фазу не может начинать пока не будет завершена предыдущая. Несмотря на то, что сегодня большинство команд таким образом не работают, я понимаю, откуда исходит скептицизм...
С тех пор как глобальная пандемия появилась у нас на пороге, в мире произошли радикальные изменения. Они произошли во многих областях. Социальные нормы и экономические проблемы во многом повлияли на людей после появления COVID-19. Мы никак не можем стереть возникшие различия и вернуться к той жизни, которая была у нас в прошлом. Катастрофа, вызванная эпидемией,...
Гибкие методологии управления ИТ-разработкой изначально несли в себе посыл становится клиентоориентированными, фокусироваться на бизнес-ценности, чтобы создавать результат, максимально удовлетворяющий заказчика. Двадцать лет назад мысль о том, что ответственность ИТ-разработчиков заключается не просто в создании новой функциональности, а в поставке ценности была действительно революционной. Фокусировка на ценности позволяет найти лучшее техническое решение из множества доступных разработчикам,...
Некоторые говорят, что лучше никогда не читать комментарии. Но я обычно читаю столько, сколько могу, даже если не получается ответить на каждый. Среди свежих комментариев я нашёл рассуждение, в котором проводилась аналогия между разработчиками и производителями одежды. Идея в том, что разработчики похожи на портных, поскольку они фактически сшивают код. Но есть много другой работы,...
Работая над созданием ценности, команда ИТ-разработки живёт в привычных для неё организационных процессах. Непредвзято взглянуть на свой поток и разобраться, где в нём существуют проблемные зоны, требующие улучшения, бывает очень не просто. Задачки ставятся и двигаются от этапа к этапу по сложившемуся маршруту. И кажется, что все логично, что ускорить этот процесс нельзя без увеличения...
Как ответить на вопрос: насколько успешен наш продукт? Как оценить насколько мы продвинулись вперед, к нашему пониманию успеха, или наоборот, насколько мы отступили назад? Можем ли мы объективно измерять эту метрику успеха? Конечно, скажут нам профессионалы, ваши метрики должны быть выстроены вокруг потребителя и его потребностей, показывать степень заинтересованности потребителя в вашем продукте, т.к. чем...
Подумайте о лидере, который постоянно даёт вам советы и задаёт вопросы только для того, чтобы затем высказать своё собственное мнение, не давая вам возможности высказать своё, постоянно прерывает вас, не давая закончить мысль, при этом делает вид, что слушает, кивая головой или издавая звуки вроде «ага... хм...». Или о лидере, который только озвучивает своё мнение,...
Довольно много людей полагают, что ключ к развитию потенциала и расширению возможностей продуктовых команд — это вежливо дать понять их руководству, чтобы они перестали «стоять над душой», прекратить микроменеджмент и предоставить командам свободу и возможности для выполнения своей работы. Однако, сильные продуктовые команды зависят не столько от характеристики «лидерства поменьше», сколько от «лидерства получше». Что всё...
Благодаря неумолимой поступи нашей новой нормальности всё явственнее проявляются контуры будущей организации труда. Всё очевиднее становится понимание, что работа будет выполняться гибридными командами. При этом всё ещё большинство текущих лидеров команд не готовы к этому во всеоружии — они просто не сталкивались с этим ранее, не имеют должных навыков и не оснащены всем необходимым, как считает...
Команда создания и развития продукта состоит из разных людей: разработчиков, аналитиков, QA, владельца продукта и, иногда, из иных участников. Основной костяк этой группы обеспечивает непрерывную работу производственной системы (как минимум в части «downstream») по созданию и поставке фич, на основании содержимого бэклога. Производительность, эффективность этого конвейера — прямая ответственность членов команды. Такая формулировка карты ответственности чревата...
Как концентрация на пользовательском опыте в ITIL 4 приводит к повышению ценности продукта
Полномочия, права менеджера процессов
Почему продуктовый подход не работает?
Страшно, аж жуть!
Британские учёные
ITIL 4 для студентов старших курсов: подготовка завтрашних ИТ-специалистов
Краткий видео-обзор курса «Управление изменениями и конфигурациями» (VAP-CHANGE)
Кто матери-истории более ценен?
Сдерживает ли инновации ориентация на процесс?
Слияние или поглощение