Service Knowledge Management System

Недавно, в заметке О том как вендоры и аналитики победили ITIL я поспешил посетовать на технологическую отсталость баз данных управления конфигурациями CMDB. Безусловно, я был не прав. Нельзя по одной системе от конкретного вендора, используемой в нашей конкретной организации судить о всех системах подобного класса. Немного погуглив я наткнулcя на ряд интересных статей Hank Marquis-a:

Читать далее Service Knowledge Management System

HR Self Service

Тема digital workplace постепенно овладевает умами. Сегодня в блоге Human Resource на хабре появилось сообщение: Битва за трудочасы. Как надо считать зарплату? Автор статьи предложил:

делайте личный кабинет сотрудника с детальной информацией о зарплате. Это должно быть интегрировано с модулем, где он отчитывается по работам, и где руководитель проекта управляет проектом. И это не должны быть разные системы! … Схема такая: есть некий виртуальный счет сотрудника, куда ежедневно или еженедельно «капают денюжки» по итогам его работы, с расшифровкой. И он этот счет видит…. В этом заключается основная «магия» мотивации: ты предпринял некие усилия, и сразу увидел, как, и в каком размере они вознаградились.

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

Впечатления с DOCFLOW 2010

Сначала об электронных билетах. За пару дней до мероприятия позвонил мне какой-то человек и спросил, а получал ли я e-mail относительно конференции. Я ответил что никакого e-mail в последнее время не получал и информации на сайте мероприятия мне более чем достаточно. Но человек был настойчив и попросил поискать письмо в папке «спам». После того, как мы обнаружили письмо в папке с нежелательной корреспонденцией, человек попросил меня распечатать приложенный к письму штрих-код для последующего предъявления при регистрации.

Вот ведь люди! Ну, ничего не могут решить без документа. Причем документа, заметьте, бумажного.  А потому, я записываю организаторов конференции в поколение бэби-бумеров. Сама конференций полностью подтвердила мои наблюдения Читать далее Впечатления с DOCFLOW 2010

Тейлор и Друкер

Нашел у Друкера в «Практике менеджмента» замечания относительно неправильного использования отчетов и процедур. Ключевой момент:

Они(процедуры) никогда не решают, что должно быть сделано; они решают лишь как это сделать побыстрее. Вопросы правильного поведения еще никому и никогда не удавалось втиснуть в рамки определенных процедур.
Вторая форма неправильного использования процедур – попытка использовать их в качестве замены собственных суждений и мнений.

Решил включить в презентацию по кейс-менеджменту слайд, сравнивающий подход к управлению Тейлора и Друкера. С интересом обнаружил, что идея разделять планирование и реализацию высказана как раз у Тейлора. Вот оказывается, кто разделил сотрудников современных компаний на две группы: тех, кто делает и тех, кто считает, что знает как надо делать правильно 🙂

Enterprise Developer Conference

Пока в Интернет появился всего один отчет о прошедшей накануне Enterprise Developer Conference, а именно размышления Андрея Колесова. Выскажу свои соображения о прошедшем мероприятии. Вернее, не столько о мероприятии сколько, о затронутой теме: разработка ПО внутренними силами предприятия. О самой конференции еще наверняка напишут.

Итак, кто же все эти люди, разрабатывающие ПО, но не являющиеся сотрудниками ни Microsoft ни IBM, ни даже компаний системных интеграторов? Зачем Microsoft собрал их на эту встречу и чему хотел научить? В общем-то, большинство докладов было посвящено именно разработке. Организаторы честно запускали Visual Studio, создавали контролы и редактировали фрагменты кода. Вот только радости участникам конференции, на мой взгляд, это практически не доставляло. Среди гостей мне удалось распознать несколько знакомых ИТ-менеджеров, преподавателей ВУЗов, учебных центров и нескольких журналистов. Вряд ли они так уж часто открывают интегрированные среды разработки. Наверное, потому и не было особой радости на их лицах. Конечно, были и настоящие разработчики, но большинства они не составили. Вспомните «Волшебный котел» Эрика С. Реймонда утверждающего, что до 95% программного кода пишется вовсе не на продажу, а для собственных нужд. Может быть это время ушло(«Волшебный котел» написан в 1999г.) и компании полностью передали разработку ПО на аутсорс? Что-то я сомневаюсь. Скорее внутренние разработчики банков, страховых компаний и прочих предприятий просто не ожидали, что для них может быть организована специальная конференция и потому не пришли. В лучшем случае ограничились просмотром трансляции конференции в Интернет. Потому и тема собственной разработки так и осталась не раскрытой.

А упомянутые энтерпрайз девелоперы так и продолжа решать свои проблемы самостоятельно: Как убедить руководство в нецелесообразности приобретения очередного «промышленного решения», в каком объеме и нужно ли вообще платить за сопровождение платформ и заказных решений, где допустимые границы кастомизации решений.

Впрочем, начало разговора положено. Будем ждать продолжения.