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

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

Проекты

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

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

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 человек. Опять пытаешься поддерживать динамику, бороться со...

Гуртовщики кошек

Кто в армии служил, тот в цирке не смеется. Кому приходилось управлять проектами, в которых участников больше трех, и ни один участник не занят в этом проекте на 100%, тот хорошо понимает, почему маркетологи AXELOS выбрали в качестве метафоры проектного управления фразу herding cats (an idiom denoting a futile attempt to control or organize a class of entities which are uncontrollable or chaotic — Wikipedia). Как это выглядит в офисе AXELOS, можно посмотреть в коротком видео.       О сложностях в управлении проектами в AXELOS вспомнили в связи с выходом в ближайшем будущем обновленной версии PRINCE2, известной как PRINCE2 2017 Update. Новые...

ИБ: Владение информационным ресурсом

Дорогие друзья и коллеги! Проект над которым я начал работать ещё в прошлом году и продолжаю работать в настоящее время связан с автоматизацией некоторых процессов информационной безопасности. В частности, автоматизации подлежит управление реестром информационных ресурсов подлежащих защите, формализация процедур по их классификации по уровням конфиденциальности, целостности, доступности и непрерывности, определение ответственных лиц, осуществляющих полномочия владения, процедуры выдачи и отзыва прав пользователей ресурса, процедуры периодического аудита журналов событий. Основной информацией, вокруг которой исполняются все вышеуказанные процедуры, является реестр объектов, обрабатывающих чувствительную информацию: это могут быть информационные системы с их модулями, бизнес-процессами и ролями, ресурсы общего пользования. Для каждого такого объекта определяется его владелец, обязанностью которого является защита информации хранимой...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM