Общие вопросы менеджмента Archives – Страница 34 из 41

Удовлетворённость: измерять или нет?

Буквально пару лет назад я бы не дал на этот вопрос однозначного ответа. Теперь же – ночью разбуди и спроси – вскочу и скажу, что, конечно же, измерять! И вот как я к этому пришёл – как говорится, лучше поздно, чем никогда. В своей практике я постепенно знакомился с разными компаниями. В части из них об измерении удовлетворённости ИТ слыхом не слыхивали и, естественно, никак не использовали. В других – измеряли, результаты измерений применяли. В третьих – когда-то измеряли, но затем отказались. При этом очень часто со стороны ИТ я слышу одни и те же похожие аргументы против измерения удовлетворённости: удовлетворённость содержит эмоциональную…

Денис Денисов, 17 июля 2014, последний комментарий 24 июля 2014

Проекты или обучение?

Всё управление в конечном счёте сводится к стимулированию активности других людей. Ли Якокка Люди внедряют и сопровождают информационные системы. Люди исполняют процессы. Люди взаимодействуют с заказчиками ИТ-услуг (тоже людьми, между прочим) и, в конечном счете, больше всего влияют на их ожидания и удовлетворенность. ITSM-проекты (значительная часть которых – от 60% до 80% – являются «глубже или мельче провалившимися») по своей сути направлены на изменение поведения людей: как они определяют цели и измеряют прогресс по их достижению, как осуществляют оперативный контроль, как определяют приоритеты, как взаимодействуют с заказчиками, в чем видят ценность своей работы. Прежде всего (по крайней мере в…

Дмитрий Исайченко, 13 июля 2014, последний комментарий 13 августа 2014

Гуманистический манифест Стратоплана

На днях наши друзья из Стратоплана опубликовали “Манифест работы с людьми” – 12 принципов, лежащих в основе всех страто-материалов и всей работы Стратоплана. Как всякий манифест, список получился довольно масштабным и в целом вызывающим уважение и симпатию – к авторам, к принципам, ко всем, кто так строит свою работу. Вот эти 12 принципов: Работайте с людьми вдолгую Давайте людям смысл Учитывайте различия Учитывайте внутренние изменения Ищите позитивное намерение Понимайте природу поступков Решайте проблему, а не ищите виноватых Будьте своевременны Не ищите проблему в характере человека, ищите в обстоятельствах Ищите внешнюю причину Думайте, но не додумывайте: ищите факты Помогайте…

Роман Журавлёв, 20 июня 2014, последний комментарий 23 июня 2014

Поддержка из тени

Своими мыслями о так называемых “теневых ИТ” в организации поделилась Кирсти Магоуэн, у которой двойственное отношение к этому явлению. По мнению Кирсти, “теневые ИТ” продолжат своё существование и дальнейшее распространение, поскольку бизнес имеет возможность приобретать услуги напрямую у внешних поставщиков и использовать их возможности в области сервис-менеджмента. Это, с одной стороны и не является проблемой, и в тоже время продолжает ею быть. С одной стороны, если было принято взвешенное и стратегическое решение – позволить бизнес-подразделениям самостоятельно управлять своей ИТ-поддержкой на местах – в “теневых ИТ” есть свой смысл. До тех пор, пока бизнес понимает прилагающиеся к этому решению риски и принимает их. С другой стороны, проблема…

ITMF2014: оцениваем процессы и размышляем над уроками

5 июня на XI форуме по управлению ИТ (ITMF2014) среди прочих интересных выступлений был проведен кейс-тренинг по оценке процессов. Участникам была предложена такая ситуация: В связи со сменой владельцев в торговой компании проводится комплексная оценка действующих практик управления. В частности, новые руководители компании хотят получить оценку процессов управления ИТ. Вообще-то, руководство интересуют: соответствие практик управления ИТ целям и приоритетам бизнеса; уровень ИТ-рисков; эффективность (рациональность) деятельности по управлению ИТ; соответствие практик управления ИТ рекомендациям и требованиям отраслевых сводов знаний и стандартов. Но с учётом ограничений по времени и стоимости оценки, а также ввиду отсутствия формализованных целей и приоритетов бизнеса, да и…

Роман Журавлёв, 6 июня 2014, последний комментарий 3 августа 2015

Риски в SWOT-анализе

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

Дмитрий Исайченко, 30 мая 2014, последний комментарий 30 мая 2014

Два слова о границах

Вчера itSMF России проводил семинар, посвященный организационным изменениям. А сегодня, так уж вышло, я вел курс на ту же тему. А завтра мы будем играть в деловую игру, и тоже о них. И вчера, и сегодня мы обсуждали вопрос о границах дисциплин управления организационными изменениями и управления программами/проектами. И вот какое у меня сформулировалось мнение: Можно рассматривать этот вопрос с точки зрения границ проводимой трансформации. Тогда матрешка складывается такая: организационное изменение может включать в себя одну или несколько программ, в свою очередь состоящих из нескольких проектов. Например, организационное изменение “Выделение ИТ-функции в самостоятельную организацию “NNN-информ”” может включать в себя программу формальной…

Lifehack: почему следует запретить телефон

Мой первый персональный компьютер назывался Спектр-001, это был полный аналог Радио-86РК, только изготовленный на заводе, а не радиолюбителем (этот ПК до сих пор лежит у меня под столом, выбросить кусочек моей истории рука не поднимается). Основным процессором данного компьютера была микросхема КР580ВМ80А, срисованная с Intel i8080A. У микросхемы 40 ножек, одна из них (кажется, номер 14), называлась “INT – запрос прерывания”. Говоря упрощённо, сигнал, поданный на эту ножку процессора каким-либо устройством, означал следующее: “Нам тут не важно чем ты занят, дорогой процессор, бросай всё и делай теперь что мы скажем”. Забавно, что в ПК Спектр-001 прерывания не использовались, и процессору никто никогда не…

Олег Скрынник, 17 мая 2014, последний комментарий 23 мая 2014

Remote. Офис не обязателен

Несколько лет назад, будучи на 98% работником офиса, я задумывался о возможностях, которые предлагает удалённая работа. Эти моменты возникали после тех редких дней, когда я вынужденно оставался дома, но при этом мог выполнять все те задачи, которые на меня были возложены. И меня в этом привлекали следующие вещи. Концентрация. В гудящем опенспейсе зачастую было комфортно собираться с мыслями лишь после окончания трудового дня или до его официального начала. Если от шума можно отгородиться хорошими наушниками, то от руки коллеги, лёгшей тебе на плечо – не всегда. Доступность. Реализовать возникшую идею или проверить вспыхнувшую догадку можно было в любое время. Гибкость. Можно…

Денис Денисов, 23 апреля 2014, последний комментарий 28 апреля 2014

The Real Challenge of Egypt… и другие горькие лекарства

На прошлой неделе я проводил для группы менеджеров деловую игру The Challenge of Egypt – известную проектную симуляцию, команда строила пирамиду из Лего. Точнее, две пирамиды, Точнее, пирамиду и сфинкса. Точнее, в итоге – одну пирамиду и сфинкса, причем пирамиду не до конца. Это было очень интересно, в том числе и потому, что группа была не айтишная, а необычная аудитория – это всегда увлекательно. Вот сейчас у меня вечерами учатся студенты ВМК МГУ, так это ещё увлекательнее, хотя они почти всё время молчат – ещё нет привычки встревать, есть привычка конспектировать. Но сейчас не о них. Как я уже упомянул,…

Роман Журавлёв, 17 апреля 2014, последний комментарий 22 апреля 2014

Два верных способа обеспечить контроль выполнения задач

Любой руководитель знает, что для того, чтобы задача была выполнена, совершенно недостаточно просто о ней сообщить сотруднику. Необходимо задачу как можно более чётко сформулировать, описать требуемый результат, желательно упомянуть зачем, кому и почему всё это надо, определить сроки и, самое главное – обеспечить контроль. Раньше я думал, что контроль важен только для тех сотрудников, которых можно условно отнести к исполнителям. То есть тех, у кого нет своих подчинённых, и чей круг задач ограничен известным словосочетанием “manage self“. Например, когда я руководил технической поддержкой, то вопрос необходимости контроля даже не поднимался – необходимость была очевидна. Не менее очевидны были применяемые инструменты, как…

Олег Скрынник, 16 апреля 2014, последний комментарий 3 октября 2018

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

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

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