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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Проекты

Управление проектами, менеджеры проектов

Единороги управления проектами

Очень многие говорят, что гибкие технологии изменили мир, и успеха может достигнуть только тот, кто преуспевает в новой парадигме. О том, что ИТ-меняет мир. Это – полная маркетинговая чушь. Это не стремительно развивающиеся информационные технологии меняют мир, как хотелось бы некоторым евангелистам, а предпринимательская мысль взрослеет и начинает более рационально и рачительно подходить к ресурсам, затрачиваемым на получение прибыли. Теория ограничений говорит о том, что выбранное решение всегда является следствием ограничений различного характера: финансовых, технологических, организационных, политических, морально-этических и т.д. Технология – это лишь одна из таких граней. Успеха на деле достигает тот, кто знает чего хочет добиться и делает то,…

Введение в OKR (Objectives and Key Results)

Цели и ключевые результаты (Objectives and Key Results, OKR) – популярный управленческий процесс для постановки, информирования и отслеживания задач и результатов в организации на регулярной основе, обычно – ежеквартально. Задача OKR – определить для иерархии организационных, командных и личных задачи измеримые конечные результаты или “выходы”. Почему OKR так важно Согласно исследованию Harvard Business Review только 55% менеджеров среднего звена могут назвать один из пяти ключевых приоритетов своей компании. Когда лидерам, ответственным за донесение стратегии до своих людей, дают шанс перечислить пять стратегических целей своей компании, почти половина не справляется с этой задачей. В этом ничего нового. Эндрю Гроув (Andrew Grove)…

Управление проектами – худшее, что когда-либо случалось с ИТ

IT skeptic, оригинал Project management was the worst thing that ever happened to IT Когда мы фиксируем время, деньги и результат – что является классической формулой управления проектами – единственной переменной, доступной менеджеру проектов, остается качество результатов. Поэтому в тот момент, когда он сталкивается с чем-то, что противоречит требованиям или бизнес-кейсу (что неизбежно случится, так как это сложные системы), он прекращает тестирование, обучение и документирование, и приступает к подготовке формального списка дефектов, который станет препятствием ко вводу в эксплуатацию. Мы оказываемся в странной ситуации производства дефектов, которые мы перевязываем ленточкой, формально поставляем нашим клиентам и просим расписаться в получении. Это…

Как рационально распределить время участников ИТ-проекта

В ИТ-проектах часто возникают ситуации, в которых участники команды не могут уделять 100% своего рабочего времени на  проект. Особенно ярко это проявляется в организациях с линейно-функциональной или слабой матричной структурой. В них проектная деятельность носит нерегулярный характер, а потому ресурсы выделяются по остаточному принципу. Как правило, в таких случаях менеджер проекта вынужден договаривается с заказчиком проекта и с руководителями функциональных подразделений о том, на какую часть времени от основной работы будут доступны участники. Возникает вопрос: как менеджеру проекта рационально распорядиться отведенным временем участников для достижения результатов в срок? Предположим, вы как менеджер проекта договорились, что участники должны выделять фиксированное время…

В чём причины провалов ИТ-проектов

В эпоху Agile, DevOps и других управленческих техник, неужели мы все еще сталкиваемся с провалами ИТ-проектов? К сожалению, да. В прошлом, неудачи в ИТ, как правило, означали серьёзные материальные издержки, когда масштабные проекты по внедрению ПО реализовывались слишком медленно и сильно выходили за рамки бюджета. И такие ситуации происходят до сих пор. Пример: IBM так и не завершила модернизацию стоимостью 110 миллионов долларов США для системы пособий по безработице в штате Пенсильвания. Но ИТ-неудачи сегодня зачастую отличаются от тех, что были в прошлом, поскольку Agile, DevOps, непрерывная поставка (continuous delivery) и отказоустойчивые изменения привели к переменам в подходе к разработке…

Растём над собой. Семь советов менеджерам проектов

Алан Томсон (Allan Thomson), менеджер по развитию продуктов в Axelos, приводит в блоге компании семь советов, которые, по его мнению, позволят менеджерам проектов улучшить свои навыки. Используйте передовые практики по управлению проектами. Чтобы быть действительно эффективным менеджером проекта, вы должны в совершенстве знать и владеть используемыми сводами по управлению проектами. Это позволит создать атмосферу уверенности для всей проектной команды. Открытость, честность, прозрачность. Вам необходимо быть полностью открытым, честным и прозрачным в своих действиях для всей команды проекта. Также высоко цените значимость тяжёлых и непростых решений, которые команда проекта бывает вынуждена принимать. В общении с командой важно использовать принцип двустороннего взаимодействия,…

12 «лучших практик» в ИТ, которых следует избегать любой ценой

Начиная от слов «вы – наши заказчики» и заканчивая «облачной» стратегией – эти «лучшие практики отрасли» погубят вас. В чем причина неудач ИТ-компаний? Очень часто – это использование так называемых «лучших практик», описанных людьми, которые могли бы знать побольше о предмете, но не знают, возможно, потому, что никогда этим не занимались. Начиная от определения «внутренних заказчиков», и заканчивая внедрением практики внутреннего выставления счетов для обеспечения рентабельности инвестиций. Большинство этих советов внушают доверие с расстояния более ста километров. Однако стоит стереть верхний слой и вы поймете, что многие из них на самом деле – верный путь к провалу. 1. Все вокруг…

Нужно просто все посчитать

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

Конфликт интересов

Очень многие из нас оказываются в ситуации, когда исполнение работ различного рода несет за собой конфликт интересов, вызванный природой этих работ.  Такие ситуации легко иллюстрируются разнообразнейшими жизненными примерами: Ответственность менеджера инцидентов и менеджера проблем, при возникновении сбоев; Исполнитель работ и Проверяющий; Инициатор проблемы (в ITSM смысле) и эксперт, ответственный за её координацию, обработку и устранение; Постановщик задачи и разработчик, разработчик и тестировщик; Менеджер по доступности и менеджер непрерывности. Тема является весьма чувствительной, особенно для тех, кто в силу необходимости, исполняет обе конфликтные роли. Хотел бы поделиться с вами теми подходами, которыми я руководствуюсь в своих проектных активностях при возникновении подобных ситуаций. Эти же…

“Человек процесса”, “человек проекта”…

На днях встречался с представителем заказчика. Как это часто у меня бывает, подобные встречи всегда дают пищу для размышлений, заставляют по-другому взглянуть на вещи, порадоваться, как одним ёмким выражением передаётся и подчёркивается суть вещей. В этот раз я восхитился отношением к одному из распространённых понятий. Часто ли вы слышите в своей повседневной рабочей деятельности выражение "он  – человек процесса" или "для неё важен процесс"? Я – регулярно. Обычно в эти выражения вкладывается негативный подтекст. Ну а как же – процесс же, что-то длительное, без видимых и осязаемых в ближайшей перспективе результатов, с туманными целями. И человек, награждаемый подобными эпитетами, в…

Тренинговое многоборье

Всё, можно выдохнуть. Две недели концентрации, презентации, демонстрации …, где-то даже провокации. Шучу. Просто закончился двухнедельный марафон по обучению ИТ- и не только персонала заказчика работе в обновлённых процессах и с новой системой автоматизации. Сначала неделю очное обучение: живой контакт, живые вопросы, работа обучающихся непосредственно в системе. Пытаешься создать позитивно-конструктивную атмосферу в аудитории, поддерживать динамику, контролировать слова-паразиты. Можешь перевести дух и попить воды, давая другим высказаться. Следующая неделя – бубнишь в микрофон, получая в виде обратной связи текст в чате. Рассказываешь и показываешь, все просто смотрят. Говоришь всё время сам, постоянно держа в голове, что тебя сейчас слышит 50-60 человек. Опять пытаешься поддерживать динамику, бороться…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM