You are viewing the community [info]itsm_ru

Предыдущая запись | Следующая запись

Давайте взглянем на P-D-C-A с точки зрения практических задач, предполагающих некоторый цикл. Проекты лучше оставить в стороне, а вот задачи, реализуемые циклом, как раз интересны. Составление бюджета, скажем, никто проектом не назовет – но это своеобразная задача, решаемая раз в год. Это «P», и последствия этого «P» довольно важны. Потом следует «D», практически совмещенное с «C» (для скрупулезного и ответственного человека), затем ускользающе краткое «A» (зачастую следующее «P» наступает раньше, чем можно сделать «A»). И все по новой.

С совершенствованием деятельности, предполагающим официальный пересмотр правил – примерно то же самое.

Для человека это важно: насколько удачным будет первый цикл для нового руководителя – очень важный вопрос. Потенциал, наверное, важнее – но успех этого первого цикла все же критичен с точки зрения дальнейших возможностей.

Для организации тоже: провал одного цикла может дорого обойтись не только в виде денег, но и в виде потери темпа или приверженности сотрудников определенным правилам.

Мы близки к вопросу. Если новое ключевое лицо появляется перед «P», оно вроде бы в состоянии сформировать правила ближайшего цикла «под себя» -  но для этого может не хватать знания конкретных специфичных деталей. Хотели бы вы оказаться ИТ-директором новой для себя организации в начале ноября, с необходимостью в двухнедельный срок сформировать осмысленный бюджет? Если новое лицо выходит на сцену вскоре после «P» - приходится встать во главе активной деятельности, конкретно спланированной кем-то другим. Чем позже точка входа во времени  этапа D – тем выше шанс завершить этап успешно (будем исходить из добросовестности предшественника).  Но тем меньше «C» останется на нашу долю – каким бы добросовестным он ни был, и как бы подробно ни документировал наблюдения и промежуточные выводы, чужой опыт – это чужой опыт. Наконец, появиться перед «A» - значит начать работу из глубокого подполья, не реализовывать свои или чужие решения, не планировать, а именно анализировать. Хм… почему многие это так не любят?

Наверняка у каждого из нас есть свои более или менее комфортные точки входа в деятельность. Думаю, это не просто вопрос психологического комфорта, но и результативности. Мне интересно: это только психология или объективное обстоятельство?  

Comments

( комментариев - 4 — Добавить комментарий )
[info]rodion_popkov wrote:
Jan. 16th, 2012 04:16 am (UTC)
Полагаю, что корень проблемы в двух факторах:
а)неумению передавать дела;
б)отсутствию текущей отчётности.
Первое заключается в том, что в момент увольнения сотрудник, как правило, обладает низкой лояльностью, чего по идее нельзя допускать. И это претензия к качеству менеджмента в целом.
Второе заключается в традиционном нигилизме сотрудников ИТ-подразделений к написанию отчётов и вообще любой обратной связи, позволяющей качественно оценить их деятельность. Зачастую, этот нигилизм поддерживает и ИТ-директор.

Edited at 2012-01-16 04:17 am (UTC)
[info]bfedorm wrote:
Jan. 16th, 2012 06:55 am (UTC)
Комфорт - чувство субъективное и тесно связанное с вашим отношением к риску.
Если вы любите риск, то для вас должно быть не критично в какой точке PDCA вас приглашают на роль «спасителя». Вы же де-факто кризисный управляющий! И значит для вас чем сложней задача, тем она интересней (а-ля доктор Хаус). Однако, чтобы не рисковать зазря: изучите ситуацию, сформируйте краткий план спасения, затребуйте ресурсы и полномочия, явно укажите работодателям на имеющиеся риски (в т.ч. связанные с текущей точкой входа в цикл), и исходя из этих рисков сформулируйте ваши финансовые и контрактные условия.
Если вы не любите риск, то идите к своей целевой должности последовательно в рамках карьерного роста. Хороший карьерист уже за год до фактического назначения на роль начальника сам реализует все ключевые PDCA-активности за своего босса, а значит для вас не возникнет проблем с входом в «должность» в любой точке цикла.
[info]stepsap wrote:
Jan. 16th, 2012 08:51 am (UTC)
Коллеги, вы оба совершенно правы – однако, как мне кажется, рассматриваете общую ситуацию. Вопрос интересен именно для тех активностей, когда важные решения принимаются в определенной точке цикла и не могут быть пересмотрены, а знакомство с конкретной ситуацией заведомо недостаточно.
Приведу аналогию с футболом. Когда менять тренера: в предсезонку, в начале сезона, в конце? Новый тренер столкнется с разными трудностями. В предсезонку – он сможет продать и купить игроков по своему разумению, исходя из своей концепции. Но в этот момент он недостаточно знает команду, чтобы эту свободу реализовать оптимально. По ходу сезона ближе к началу, после нескольких туров – все ключевые решения уже приняты, надо включаться, реализуя чужую концепцию. Но времени впереди немало, есть возможность втянуться самому и адаптировать команду. По ходу сезона, чем ближе к концу – тем больше очков набрала команда под руководством прежнего тренера, работая по его концепции (в данном случае добросовестность реализуется как достаточная результативность) – но тем меньше возможность вариативности для нового тренера. А компанию, разумеется, интересует успешно завершенный данный сезон. Для футбола это как раз является одной из системный проблем – тренер де-факто становится кризисным управляющим, но поправку на эту «кризисность» руководство ему почти никогда не дает.
Для ИТ-руководителей предсезонкой является период составления бюджета. Для менеджеров процессов - период проектирования новых регламентов и метрик процессов.
[info]trukhinvl wrote:
Jan. 16th, 2012 04:39 pm (UTC)
С учетом описанной ситуации и приведенной аналогии, на мой взгляд, наиболее эффективным, но и требующим наибольшей мобилизации, будет вхождение в цикл в фазе Act (Реагирование). Это не фаза анализа, это фаза реагирования на все сваливающиеся на менеджера проблемы, обусловленные недостатками всех трех предшествующих фаз. В примере с бюджетом это будут отчаянные попытки достичь требуемых результатов в рамках текущего бюджета. Если удается её (фазу) пережить, то в результате менеджер вооружен знанием предыдущих планов и их недостатков, что в дальнейшем успешно может быть использовано при анализе в начале следующего планирования (начальный этап фазы Plan) и формировании нового бюджета. Уверен, что к окончанию фазы Act новый менеджер будет знать куда должны были направляться средства, в рамках каких бюджетов и из каких источников.

Знаменательно, что в этом случае результаты фазы Check (Контролируй) теряют свою значимость. Если результаты контроля, выполняемого предшественником, не дали необходимых результатов, то возможно и ценность их не так уж и велика. Хотя, любая дополнительная информация при выборе методов реагирования может оказаться находкой.

Ответ: Лошадей пристреливают, когда они загнаны (не осили фазу Act).

Edited at 2012-01-16 04:42 pm (UTC)
( комментариев - 4 — Добавить комментарий )
Связаться с администрацией сообщества:
EMAIL
WEB








Текущий месяц

May 2012
S M T W T F S
  12345
6789101112
13141516171819
20212223242526
2728293031  

Ссылки

Теги

Powered by LiveJournal.com
Designed by Tiffany Chow