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

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

На днях наши друзья из Стратоплана опубликовали “Манифест работы с людьми” – 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

Plan – Do – Check – What?

В любой области существуют понятия, которые известны почти всем. Например, я уверен, что все посетители нашего портала слышали, хотя бы разок, про такую штуку, как цикл Деминга (он же PDCA-цикл). Ничего сложного в PDCA в общем-то нет – четыре шага: Планируй, Выполняй, Проверяй, Корректируй. Однако недавно я задумался над вопросом, который раньше, почему-то, не приходил мне в голову: «А чем, собственно, отличаются шаги цикла Act и Plan?». И ведь действительно: сначала мы планируем (Plan), затем выполняем (Do), далее проверяем (Check). А что дальше? Ищем причины расхождений? Нет, это Check. Изменяем наш план? Но это же Plan! Так в чем же…

Степан Хрулёв, 8 апреля 2014, последний комментарий 17 апреля 2014

Следи за собой, будь осторожен

Ари Хенстард написал, а Каймар Кару приметил и порекомендовал небольшую заметку для всех, выступающих на сцене. Если быть совсем точным, для музыкантов. Называется она “Десять вещей, которые никогда нельзя делать на сцене“. Есть мнение, что после некоторой адаптации эти советы вполне применимы для любых публичных выступлений, в частности – для тренингов, и значит, для тренеров. Что же Ари советует не делать, а точнее не говорить? Я позволил себе немного адаптировать его рекомендации для наших тренерских нужд, сохранив слог и общий подход автора. Некоторые из этих советов кажутся мне очень верными, “У нас технические проблемы”. Нет такой фразы. Это ваша сцена,…

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

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

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

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