Анатомия CIO

Не виноватая я

Tolik — Tue, 26 Jan 2010 05:14:33 GMT

Но не забудьте, затупите
Ваши острые клыки

(с) В.С. Высоцкий

Забавно, сколько вопросов остаются нерешенными и, более того превращаются в конфликты из за того, что обращение за помощью очень часто воспринимается как обвинение.

(Пользователь) - У меня тут почта не работает

(Сисадмин) … работа мысли … я несу ответственность за работу почты, значит то, что она не работает – это мой пробел и меня за это могут наказать, ага, да у него ящик переполнился, надо продемонстрировать, что я тут ни при чем

(Сисадмин) – Да это ты сам виноват, ты почему не настроил почтовый клиент, чтобы он очищал ящик?

(Пользователь) … работа мысли … ой, я что-то не настроил, наверно должен был, меня за это могут и наказать, надо дать понять, что я тут ни при чем

(Пользователь) – А мне никто и не говорил, что надо что-то настраивать, у вас плохо поставлено обучение пользователей

…

Продолжение каждый сможет дописать сам, в результате – разборок на полчаса, два взъерошенных сотрудника (а часто и их начальники) еще час приходят в себя, никому ничего толком не объяснили, пользователи укрепляются в мысли, что “ИТ-шники козлы и мы им это на бюджетном комитете припомним”, ИТ-шники настраивают автоматическое удаление “лишних” писем из ящиков.

А ведь никто в начале ни на кого не собирался наезжать и диалог мог вполне звучать и так:

(Пользователь) - У меня тут почта не работает

(Сисадмин) – Так, сейчас посмотрим, ага, ящик переполнился, ничего страшного, тебе надо в почтовом клиенте сделать так и так

(Пользователь) – Ой, спасибо … работа мысли … а вроде когда-то об этом говорили, я и забыл … Извини, я совсем позабыл

(Сисадмин) – Да ничего страшного

Вопрос решен за 3 минуты, все довольны и спокойно работают.

Диалоги такие, кстати, бывают не только между пользователями и ИТ, а и вообще по любому вопросу в любом подразделении. При этом, по опыту – в 99% случаев никто не собирается изначально никого ни в чем обвинять и искать виноватых, всем просто нужна помощь или консультация.

Что с этим делать?

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

Если спросили Вы – а в ответ оправдания – можно им выразить максимальное сочувствие, заверить, что Вас вообще всё устраивает, а нужна лишь консультация. Да и вопрос следует задавать аккуратно, чтобы в нем (ни в тексте, ни в тоне) не звучало даже намека на дальнейшие разборки и оргвыводы.

В общем – на каждом шаге диалога надо слегка “подставиться” и поделиться с собеседником причастностью к проблеме. Как правило этого бывает вполне достаточно.

Что такое хорошо

Tolik — Tue, 19 Jan 2010 10:46:58 GMT

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

Не кажи гоп

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

Полковники не бегают

В мирное время это вызывает смех, в военное – панику.

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

Знай свою команду

На кого-то, чтобы он быстро выдал результат надо наорать, кому-то, наоборот, говорить только шепотом. Чтобы не испугать не вовремя. Надо совершенно точно знать кому и что.

Обходи проблемы

Как в сводках информбюро: “войска наступают, обходя очаги сопротивления и не ввязываясь в затяжные бои”. Если есть несколько проблем, с частью из которых надо разбираться, а другие решить быстро – надо сначала решить те, которые быстро. Потому что это позволит двигаться другим “фронтам”. К сожалению, часто люди склонны, наткнувшись на ошибку, начинать её решать, пока не решат. В это время – куча народу – стоит и ждет, когда до них дойдет очередь.

В батальоне один бездельник

“Это я”, - говаривал наш комбат в армии. Соответственно – менеджер проекта ничего важного не должен делать сам. Иначе – застрянет на какой нибудь мелочи – и перестанет расставлять приоритеты, в чем, собственно и заключается его работа на “горячем” участке.

Доверяй и проверяй

Как следствие предыдущего. Когда всё делают другие – важно уметь им довериться – что они это сделают. Не дергать без конца: “Как дела, Когда будет?”, – но и не пропускать момент, когда задержка критична и надо вмешаться. Грань тонкая, но её надо нащупать. Иначе – или не дашь никому работать, или пропустишь какой-то действительно важный deadline.

Прачка и кухарка

Команда проекта должна заниматься проектом. Бытовые вопросы – кофе, такси, пицца … – должны быть организованы менеджером проекта. Благо это сильно не отвлекает и не позволит застрять на проблеме (если организовать пиццу для него – проблема – то может не стоит пока в руководители проекта?)

Управление очередями

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

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

Соответственно – первыми решаются те, что остановят бизнес и не устраняются ручной работой, далее – следующие и т.п. При этом, конечно, учитывается время на решение и доступные ресурсы (см. “Обходи проблемы”). Такой многомерный паззл. Само собой, все, кто с проблемами приходит – относят свои к первой категории. Громоотводом работать – тоже менеджеру проекта. Мягко, но уверенно, объяснять свою позицию и не допускать особых дискуссий – некогда.

Баю-баюшки-баю

Необходимо следить, чтобы люди отдыхали. “Убить” команду можно за 2-3 дня, потом они будут полумертвые и провалят всё. Поэтому – в планах должен быть предусмотрен отдых ключевых фигур и он должен быть. Народ бывает азартный – надо за этим следить и отправлять спать или есть хоть бы и принудительно.

Кто виноват?

Саму постановку этого извечного русского вопроса на старте системы следует явно и недвусмысленно запретить и жестчайшим образом пресекать. Иначе – будут склоки, сокрытие проблем и оправдания, вместо поиска решений. На время старта есть только один вопрос: “Что делать?”. Виноватых нет. Точка. Не обсуждается. Как минимум - до послепроектного разбора полетов. Но лучше в самом начале проговорить, что по итогам проекта будут только поощрения, наказаний за ошибки при запуске не будет потому, что не будет. Худшее наказание для оказавшихся в этой круговерти и что-то упустивших – отсутствие поощрения. Реально наказан может быть только менеджер проекта при его провале.

Запуск ERP как оценка персонала

Tolik — Fri, 15 Jan 2010 07:28:15 GMT

В тихой смиреннице каждой,
в робкой застенчивой лапушке
могут проснуться однажды
б…..ие гены прабабушки.
(с) Игорь Губерман

Всем очевидно, что смена ERP это жесточайший стресс для всего персонала автоматизируемой фирмы (да и для команды внедрения). При этом очень интересно наблюдать, как с людей слетает то, что они из себя пытаются изображать в спокойной жизни и как они начинают демонстрировать своё естественное поведение.

Кто-то начинает дергаться, кто-то тянуть одеяло на себя, кто-то наоборот собирается и начинает помогать другим и распространять спокойствие. Ни одна формальная оценка персонала так быстро кто есть ху не покажет. Конечно, предпринимать какие-то оргмеры в момент запуска более чем не стоит, но понаблюдать и запомнить – более чем полезно.

Адреналин как инструмент внедрения

Tolik — Wed, 13 Jan 2010 09:06:12 GMT

Забавное наблюдение.

Прошлый проект на Украине – получился очень тяжелым – в момент запуска легла сеть компании и пришлось ломать все планы и параллельно с запуском ERP настраивать заново и её. Работали 10 дней по 14 часов в день, все время была реальная угроза провала – все время были в тонусе – и сил на все хватало.

Сейчас проект гладкий как автострада. Всё прошло по плану, уже к обеду первого дня продаж стало понятно, что всё получилось, и напряжение отпустило. Но всякой мелкой суеты все равно осталось много. И выяснилось, что без страха и адреналина это переваривается тяжело – за пару дней устал больше чем за весь предыдущий проект :-). Нечему поддерживать.

Сегодня с утра на Медео смотались – вроде полегчало. Тяжела она – плановая работа без стимуляторов :-)

К вопросу: “Зачем это надо?”

Tolik — Tue, 12 Jan 2010 08:06:11 GMT

Тут давеча обсуждались моральные ценности и необходимость понимания результатов проекта. Хороший пример

В ГУВД Москвы получали фальшивую картинку с камер наблюдения

Как сообщили в Управлении информации и общественных связей ГУВД по г.Москве, согласно контрактам, заключенным "СтройМонтажСервисом" с государственным заказчиком - Управлением информатизации города, оплате подлежали только работающие камеры. "Однако с мая по сентябрь 2009г. в различных районах Москвы производилась подмена изображений с камер видеонаблюдения - вместо реальной картинки поступал заранее заготовленный кадр", - сообщила сотрудник Управления информации и общественных связей ГУВД по г.Москве, капитан милиции Ольга Думалкина.

Оставив “оптимизаторов” в стороне, нельзя не заметить, что в течение полугода информация с камер ни для чего полезного не использовалась. Иначе – подложный сигнал был бы замечен очень быстро. А "СтройМонтажСервис" – поняв, что результат проекта не нужен никому – и дали отсутствующий результат. Хороший вопрос тому самому ГУВД – зачем пол-Москвы улепили дорогостоящими камерами?

Ops… he did`nt it again

Tolik — Mon, 11 Jan 2010 02:56:19 GMT

Собственно …

Я же говорил – это не твой зуб …

Ops… We did it again

Tolik — Sun, 10 Jan 2010 10:58:42 GMT

В продолжение этого и этого

Ну что, это опять случилось. Продажи стартовали, склады собирают, транспорт ездит … Всё как обещали. Мелочи остались, но уже понятно, что дочистим в текущем режиме.

Наши друзья, переходящие на SAP (кстати, о немцах) – закрыты … Хотя 2 месяца параллельной работы …

Теперь программа работает в трех странах, на 50 складах.

Из ICQ:

когда сядешь за книжку "бизнес-внедрения для чайников. как сменить ERP за 3 дня" ?:)

15925834 (18:36:10 9/01/2010)
:-) ...

сначала 10 лет собираешь команду ...

У нас лучшая команда.

Посреди внедрения - II

Tolik — Sat, 09 Jan 2010 10:12:06 GMT

Завтра стартуем продажи. Кстати, в эти же выходные переходит на SAP конкурент. Вроде как уже переходил пару месяцев назад, не вышло, с тех пор работал “в параллель” :-) На днях сравним.

Аналитики и программисты. На них всё тут и держится. Когда “нет одного дня на исправление проблемы” (с) В. Боркус – они всё делают за час

Документация. Одна из …

Админ зашел. Еще веселый.

Главная карта боевых действий.

Эксперт по складу

Посреди внедрения

Tolik — Thu, 07 Jan 2010 18:54:24 GMT

Алматы. 0:38. Офис. Уже пусто. Мы сидим, завершаем перенос данных из старой системы в новую. Уже просто сидим, ждем, когда отработает последний скрипт.

Всё как всегда. :-)

За неделю до перехода понадобилось сократить график на один день. Из имеющихся 4-х, расписанных по минутам :-)

На филиалах, на которых тестировали перенос данных – не проявилась ни одна ошибка в данных из старой системы. Туда все и перенеслось влет. На остальных – обнаружились особенности.

Железо в автоматизируемой фирме настроено ни к черту …

Позволил (из лучших соображений) одному из сотрудников (доверился опыту) “оптимизировать” процедуру подготовки – 4 часа потеряли.

Но все это в принципе мелочи, сейчас к 2 часам догоним оптимистичный график на сегодняшний день и завтра поскачем дальше.

А пока – рассуждения философского плана:

При выполнении последовательной цепочки работ несколькими людьми каждый стремится выполнить свой фрагмент максимально хорошо и правильно, заняв под него максимальное время. Остальным достается хорошо сделанные предыдущие этапы – и все меньше времени. Увы – время – единственный ресурс, которого дополнительно не привлечешь. Весь день подгонял народ, заставляя, доделав своё по необходимому минимуму, отдать эстафету дальше, а не полировать [sensored]. К сожалению, когда они сидят по всей стране – понять достаточность минимума сложно. В итоге – сидим ночью, вместо чем пойти спать – догонять-то надо.

Интересно, можно что-то с этим сделать, не оставляя “про запас” существенных лагов по времени?

Вот уходит старый год … Да и хрен с ним, пусть идет

Tolik — Thu, 31 Dec 2009 14:56:34 GMT

Всех, конечно, с Новым Годом, но дописывать список поздравлений думаю и без меня осилят :-)

Наверно окружающие заметили, что я в последнее время подзатих. Это не со зла, а потому что. В общем у меня такого интенсивного года, наверно за всю жизнь не было. У людей, понимаешь, кризис, а у нас …

Два полноценных ERP-проекта в дочерних компаниях по СНГ, причем – не внешними ресурсами, а своей ERP (второй 6 января запускаем, но 90% работ уже сделаны)

Отстройка процессов в этих самых компаниях (сугубо управленческая)

Покупка одной из этих компаний (другую купили в прошлом году)

Запуск двух роботизированных складов, с интеграцией нашей WMS и их управляющей системы

Государственная кампания по борьбе с фармацевтическими наценками (как-нибудь опишу ИТ-аспекты)

Внедрение новой системы бюджетирования (скоро напишу)

Невнедрение системы бухучета (немного позже напишу)

Ну и текущую работу никто не отменял …

Еще, как на грех, купил год назад дом и год занимался ремонтом …

Одно утешает – никогда в жизни столько и не зарабатывал :-)

В общем, пусть он этот год идет себе, а то так можно и пуп не по шву развязать :-)

Ну и остальным, из вредности, пожелаю тоже не скучать

С Новым Годом!

Жана жылынызбен!

З Новим Роком!

Обещаного 3 года ждут …

Tolik — Sat, 07 Nov 2009 07:34:18 GMT

Давным давно писал я про проблемы с отсутствием русского драйвера для Микрософтовской мыши для Vista и годами не меняющиеся обещания на сайте, что-де драйвер на русском будет, обязательно будет, надо только дождаться. Прошло 3 года. Пришла Windows 7. На неё уже IntelliMouse английскую и не ставил, ибо лениво. И тут, опа – на днях по Windows Update нарисовались обновления – с русскими таки IntelliPoint и IntelliMouse :-)

Наличие в Microsoft большого количества русских сотрудников, однако, временами приводит их поведение к русским пословицам :-)

Впрочем, на странице загрузки для Висты – так русских версий и нету и даже обещание пропало.

Царь Горы

Tolik — Tue, 13 Oct 2009 07:40:43 GMT

Кто сказал, что разработка складского софта, это скучно?

Реальная постановка задачи с нагрузочным тестированием одного Web-сервиса. Только что прислал один из ведущих программистов постановку задачи для коллектива.

Приветствую.

Итак, внимание. Предлагается поучаствовать в игре "Царь горы".

Команда защитников - Михаил и его веб-сервис.

Команда претендентов - Леонид и его армия клонов, то есть клиентов.

Цель претендентов - используя заранее оговоренное вооружение и тактику сбросить защитников с горы.

Цель защитников - отбить все атаки претендентов и не допустить ни единого прорыва в обороне.

Конкретно:

Имеется сценарий атаки.

1. Подключение клиента (определение UserId по штрих-коду, установка сессии, подключение к серверу приложений)

2. Запрос списка сборочных листов (например все незакрытые сборочные с участка)

3. Случайно выбрать количество сборочных для экспериментов (0< N < Min(10, кол-во))

4. Изменение сборочных листов:

4.1. Установить пару свойств в Properties в случайные значения.

4.2. Установить Strings.Comment

4.3. Сохранение сборочного.

4.4. Изменение количества в случайном числе позиций ( < 10 )

4.5. Сохранение сборочного

4.6. Установка даты окончания сборочного.

4.7. Сохранение сборочного.

5. Выключение клиента (завершение выполнения программы клиента).

6. Подключение клиента (должен попасть в ту же сессию, объекты должны быть всё ещё загружены и заблокированы).

7. Повтор п.4

8. Штатное отключение клиента (погашение всех объектов, освобождение всех блокировок, отключение от сервера приложений, закрытие сесии).

Армия претендентов состоит из 20-30 клонов.

Примечание: п.4 выполняется для каждого сборочного ОТДЕЛЬНЫМ ВЫЗОВОМ (цикл на клиенте).

Результаты: по результатам атаки считается количество успешных циклов атаки (все шаги успешно), количество сбойных циклов (сбой на любом из шагов по любой причине), среднее время выполнения цикла (в среднем времени выполнения НЕ СЧИТАЮТСЯ сбойные циклы).

По еженедельно предоставляемым результатам (успехов/отказов, среднее

время) решается вопрос о победителе, который получает некоторый плюс в зарплату.

Игра началась.

(с) постановки задачи И. Куксин

Стратегии - корпоративные, внутрикорпоративные, личные

Tolik — Thu, 08 Oct 2009 10:06:00 GMT

Презентация с CIO-Summit 2009

Трудности перевода

Tolik — Mon, 21 Sep 2009 02:34:34 GMT

Любой предмет, чья длина больше ширины,
является скрытым фаллическим символом
(с) 1-я теорема Фрейда-Протопопова

Пытается тут один нерусский производитель ПО руссифицировать для нас свой продукт. Прислал первую версию своей руссификации.

Фрейд нервно (гусары, молчать!) курит в стороне

usEnglish    Russian

Switch Single/All Members View    Одиночное переключение/Просмотр всех членов

Choose Members (Advanced)...    Выбрать членов (дополнительно)…

Choose Members...    Выбрать членов…

Collapse Members    Свернуть членов

Config Member...    Настроить членов…

Expand Members    Развернуть членов

Set Member Property...    Установить свойство члена…

Group Members    Члены группы

Create Member    Создать члена

Config Member Style    Настроить стиль члена

Update Member    Обновить члена

Synchronize Members    Синхронизировать членов

Dimension Members    Размеры для членов

Member Assistant    Помощник для членов

NOTE: calculations involving Member Properties may not return expected results.    ПРИМЕЧАНИЕ. Расчеты с учетом свойств членов могут вернут результаты, отличные от ожидаемых.

Member Property    Свойство члена

Expand Members    Развернуть членов

All members (include filtered members)    Все члены (включая отфильтрованных)

Enable for each level (** System performance can be affected if too many members are included.)   Включить для каждого уровня(** Включение большого количества членов может повлиять на производительность системы.)

Visible members only    Только видимые члены

Dimension Member    Размер для члена

Member    Член

Member Name    Имя члена

Parent Member    Член родителя

Calculated Member    Предполагаемый член

Member Selection    Выбор члена

Member to Sort    Член для сортировки

Root Member    Корневой член

Member Property    Свойство члена

Chart Members    Члены диаграммы

Set Filter Member    Установить члена фильтра

Add the set of non-selected members into MDX syntax    Добавить ряд невыделенных членов в синтаксис MDX

Time Member    Временный член

Close Member Assistant    Закрыть помощника для членов

Add Member    Добавить члена

Remove Member    Удалить члена

Member Property Settings    Настройки свойств членов

Synchronize Members    Синхронизировать членов

Member Selection    Выбор члена

Add Calculated Member    Добавить предполагаемого члена

Rearrange Member Display Order    Изменить порядок отображения членов

Calculated Member List    Список предполагаемых членов

Column Member:    Столбец члена:

Exclude Member    Исключить члена

Include Member    Включить члена

Row Member:    Строка члена:

Axis Members    Ось членов

** According to the current authorization, too many members belong to this Role. Please remove some members from this Role or check the number of the members in the external group.    ** Согласно текущей авторизации, слишком много членов связаны с данной ролью. Пожалуйста, удалите некоторых из данной роли или проверьте количество членов во внешней группе.

Drillthrough is not available when using multiple filter members.    Углубление в данные невозможно при использовании нескольких членов для фильтра.

09.09.09 09:09:09

Tolik — Wed, 09 Sep 2009 02:12:14 GMT

Ждем 10.10.10 10:10:10