Социальные механики

Сегодня ведется огромное количество дискуссий о перспективах корпоративных социальных сетей. Большинство из них замусорено привычным HR-ым жаргоном: вовлеченность, мотивация, лидерство. При этом за общими словами крайне редко можно разглядеть конкретные рецепты того, что именно нужно делать, как сформировать и развивать сообщество. Поэтому в большинстве случаев дело ограничивается тем, что корпоративный редактор или ответственный за группу периодически что-то пишет, а кто-то, вероятно, его читает. Талантливые редакторы, как правило, уходят в PR службу и начинают работать с большим Интернетом. Остальные потихоньку сопровождают ресурс, дожидаясь того момента, когда их самомотивация упадет до нуля. Читать далее Социальные механики

Зашитые карманы и корпоративные пуговицы

Вернулся с проходившего на ВМиК семинара Евгения Захаровича Зиндера “Влияние развития информационных технологий и способов их делового применения на архитектуру предприятия” (на самом деле, семинар называется еще длиннее, но точное название я, к сожалению, не запомнил). Не стану пересказывать все затронутые темы, их слишком много. Семинар оказался интересным. Иногда совершенно нелишним является подумать о том, что будет с корпоративной архитектурой в перспективе 3-7 лет. Правда ответа на главный вопрос о том, как же изменится орг.стурктура, во что преобразится иерархическая или матричная бюрократия я не получил. Судя по всему каких-то кардинальных изменений не случится. А то, что случится, уже можно в каком-то виде обнаружить в организации сегодняшней.

Наверное, это хорошо. Хорошо потому, что современные корпоративные информационные системы абсолютно не готовы к таким вещам как сетевые бизнес-процессы, сервисная организация работ, да и к аутсорсингу они по большому счету не готовы. Так что некоторый резерв времени у КИСов есть, тем более что давление, побуждающее их к изменениям, они испытывают уже сейчас. Но сегодня только об одном модном слове BYOD (Bring your own device), т.е. использование собственных устройств.

Мне всегда казалось забавным, что тема эта раздувается людьми, намеревающимися продавать средства централизованного управления такими устройствами. Т.е. логика примерно такая: использовать свой iPad на работе можно, но на него необходимо установит специальное ПО, которое позволит его удаленно администрировать, лечить от вирусов, обеспечивать на нем информационную безопасность. Честно говоря, рассуждения такие мне кажутся довольно неразумными. Проблема не в том, что пользователю начнут работать с корпоративными информационными системами с собственных устройств. Проблема в том, что корпоративное ИТ утратит право распоряжаться этими устройствами. Когда у людей не было домашних компьютеров и мобильных телефонов с доступом в Интернет, корпоративная рабочая станция представляла для него ценность. С работы можно было слазить в Интернет, а в обеденный перерыв поиграть в любимую игрушку. За это пользователи готовы были мириться с ограничениями. Когда личные устройства по качеству и производительности стали превосходить рабочие станции причин мериться с неудобствами не стало.

Позволю себе аналогию с одеждой. Сто лет назад, когда крестьянина забирали в армию его ставили на вещевое довольствие, давали ему шинель, сапоги, в общем вещи, которые он не мог приобрести себе сам. Аналогичные меры компенсации были приняты и на гражданке. Затем одежда стала товаром массового производства люди стали покупать себе одежду самостоятельно. В армии обмундирование осталось, но воспринимается оно сейчас не как какая-либо ценность, а как досадная необходимость. Служащие посещают работу в собственной одежде. И никому не придет в голову требовать от них зашитых карманов, чтоб человек не мог утащить с работы секретную бумажку. То же самое произойдет и с личными устройствами. Никто не пустит компании распоряжаться частной собственностью. Так что, вместо того чтоб заниматься ерундой лучше поскорее начать переписывать корпоративные приложения.

Появится ли B2B Сloud?

Я решил так назвать ИТ решения, появления которых не могу дождаться уже лет пятнадцать. Все началось в середине 90-х в Инкомбанке. Мне довелось заниматься системами межбанковского финансового документооборота и системами Клиент-Банк. В то время, все нормальные банки проводили межбанковские платежи через ЦБ. Но так как эти банки были нормальные то, разумеется, им это не очень нравилось. Поэтому клиринг (прямые взаимозачеты между банками) казался им перспективной идеей и многие это делали. Электронное взаимодействие с клиентами тоже имело свои особенности. У нас был целый отдел, зарабатывающий на выезде к клиенту, настройке ПО, изготовлению дубликатов ключей цифровой подписи и т.д. и т.п. Работали они неплохо, какую-то денежку зарабатывали. Еще было некоторое количество «подкованных» клиентов, которые норовили внедрить банку свое решение «клиент-банк». У некоторых особо крупных клиентов это получалось. Только вот чинить его к нам они почему-то не приезжали. Читать далее Появится ли B2B Сloud?

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г.) и компании полностью передали разработку ПО на аутсорс? Что-то я сомневаюсь. Скорее внутренние разработчики банков, страховых компаний и прочих предприятий просто не ожидали, что для них может быть организована специальная конференция и потому не пришли. В лучшем случае ограничились просмотром трансляции конференции в Интернет. Потому и тема собственной разработки так и осталась не раскрытой.

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

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