Примеры реальных задач, истории успеха и решения из жизни
Для эффективного управления проектами необходим правильный подход: метод, который поддерживает вас и облегчает работу, поскольку инициативы по изменению и так достаточно сложны.
Выбор метода управления проектами для профессионалов традиционно зависит от географии: PRINCE2® популярен в Великобритании, Европе, Австралии и Южной Африке, а PMP более распространен в США, Китае и Индии.
Двенадцатый из основных принципов гибкой разработки (Agile) гласит: “Через регулярные промежутки времени команда размышляет о том, как стать более эффективной, а затем соответствующим образом корректирует свое поведение”. Мы называем это время размышлений ретроспективой. Не следует путать с обзором (сессией для обсуждения поставляемых продуктов)! Цель ретроспективы состоит исключительно в том, чтобы определить, как мы работали вместе как команда. Какие процессы работали, какие нет? И какие обязательства мы можем взять на себя, чтобы улучшить наше сотрудничество в будущем? Избегайте обыденных ретроспектив Ретроспективы – жизненно важный винтик в ритме каждой agile-команды. Они требуют критического взгляда, направленного внутрь команды, чтобы изучить нас самих и…
Рассмотрим простейший поток создания ценности: На ваш взгляд, что в этом потоке не так? Подумайте, и когда будете готовы – листайте ниже. Ответ бросается в глаза – один из шагов отличается от других. Опциональный шаг “Отложено” подразумевает, что задача, двигающаяся по потоку, может встать на паузу после этапа “В работе”, но до этапа “Проверка”. Причины этой паузы из схемы не ясны, но шаг “Отложено” даже визуально, из-за подписи “(опционально)”, уже выглядит инородным. Однако проблема не в инородности. Проблема в том, что на схеме изображён не поток создания ценности, а что-то…
Как давно база данных управления конфигурациями (CMDB) является предметом дискуссий специалистов в области ITSM? Я помню, что это было горячей темой ещё тогда, когда я стал отраслевым аналитиком. Это было в 2008 году, когда CMDB считалась обязательной для организаций, желающих повысить зрелость в области ITSM (а вместе с ней повысить операционную эффективность и результативность). Но также был ряд ужасных историй об инвестициях, которые крупные компании сделали в инициативы, связанные с CMDB, которые потерпели неудачу. Недавно один менеджер по продуктам сказал мне, что организации все еще пытаются достичь успеха с CMDB и что “полнота и правильность данных в рамках типичной реализации…
Небольшим количеством хорошо сформулированных вопросов можно собрать интереснейшую информацию о потребностях клиентов и их предпочтениях. Но знание того, какие именно вопросы нужно задавать во время обсуждений и продуктовых интервью с клиентами, требует немалой практики и развитого навыка пытливости. Джим Семик (Jim Semick) в своей заметке делится опытом проведения интервью с заказчиками путём задавания им определённых десяти открытых вопросов, которые хорошо показали себя в его практике работы на протяжении многих лет при взаимодействии как с потенциальными клиентами, так и с заказчиками. Ответы на некоторые из этих вопросов могут кардинально повлиять на те функции, которые вы изначально решите включить в дорожную карту…
Довольно много людей полагают, что ключ к развитию потенциала и расширению возможностей продуктовых команд – это вежливо дать понять их руководству, чтобы они перестали “стоять над душой”, прекратить микроменеджмент и предоставить командам свободу и возможности для выполнения своей работы. Однако, сильные продуктовые команды зависят не столько от характеристики “лидерства поменьше”, сколько от “лидерства получше”. Что всё это означает, рассказывает в своей заметке Марти Каган (Marty Cagan), автор книг “INSPIRED: How to Create Tech Products Customers Love” и “EMPOWERED: Ordinary People, Extraordinary Products”. Объяснение и последующее осознание того, что на самом деле требуется предпринять руководителям команд разработки, чтобы перейти из текущего…
Благодаря неумолимой поступи нашей новой нормальности всё явственнее проявляются контуры будущей организации труда. Всё очевиднее становится понимание, что работа будет выполняться гибридными командами. При этом всё ещё большинство текущих лидеров команд не готовы к этому во всеоружии – они просто не сталкивались с этим ранее, не имеют должных навыков и не оснащены всем необходимым, как считает небезызвестная нам Карен Феррис (Karen Ferris), рассуждая об этом в заметке на своём портале. Соответственно, если не предпринять подготовительных мер, то такое положение дел может вызвать повышенный стресс, неудобство, беспокойство, усталость и, как следствие, выгорание у подопечных гибридных команд, снизив их эффективность. В чём…
Команда создания и развития продукта состоит из разных людей: разработчиков, аналитиков, QA, владельца продукта и, иногда, из иных участников. Основной костяк этой группы обеспечивает непрерывную работу производственной системы (как минимум в части “downstream”) по созданию и поставке фич, на основании содержимого бэклога. Производительность, эффективность этого конвейера – прямая ответственность членов команды. Такая формулировка карты ответственности чревата управленческой ошибкой по превращению разработчика в дорогостоящую машину по созданию и закручиванию разнокалиберных гаек, снова и снова, сегодня, завтра и вчера. Разработчики, конечно, любят кодить, любят свою работу (те кто не любят – не работают разработчиками, дураков нет), но в роли роботов живут не…
Продуктовый подход поставки программного обеспечения Пытаясь принять и использовать идею “продукта” в рамках ИТ-организации, иногда бывает трудно понять границы и зону ответственности продуктовой команды, как её деятельность связана с тем, что коллеги из бизнес-подразделений называют “продуктом”. Чтобы помочь с пониманием концепции продуктовых ИТ-команд, воспользуемся моделью жизненного цикла продукта (Product life-cycle, PLC), поскольку он описывает этапы присутствия продуктов на рынке, используя соотношение между временем нахождения и объёмами продаж. Жизненный цикл продукта Каждый продукт, продаваемый сегодня на рынке потребительских товаров, имеет свой жизненный цикл – от момента создания до исчезновения. Хотя каждый продукт и имеет уникальный набор факторов, которые привели к его…
В редакцию портала поступил вопрос по процессу управления проблемами: Если в качестве решения проблемы возможны: изменение настроек компонетов системы доработка (те реализация дополнительных функуций, которые не были в ТЗ) 1 и 2 относятся к процессу управления изменениями? или это разные процессы, какие?
Организации, ставящие перед собой задачу контроля качества предоставляемых ИТ-услуг, измеряют показатель доступности. Что такое доступность услуги и как она измеряется в реальной жизни? Давайте разбираться. Недоступность ИТ-услуги является высшей мерой нарушения ее эксплуатационных характеристик. Потребительские характеристики ИТ-услуги становятся такими, что ее потребитель теряет возможность получать от услуги ценность. Каждодневной заботой поставщика услуг является поддержание этой самой доставляемой потребительской ценности, а значит и обеспечение непрерывности ИТ-услуги. Такое определение нарушения доступности часто вызывает раздражение, т.к. оно предельно неконкретно и не отвечает на вопрос владельца конкретной услуги, что это означает в терминах его услуги, как измерять недоступность, и тому подобные вопросы. Корень зла…