|
|
-
Блеск и нищета Корус Консалтинг
Долго не мог собраться, некогда, но таки надо… В продолжение “Мук выбора” – о том, что было сделано. Напомню, что конкурс выиграла фирма “Корус Консалтинг” со связкой 1С+Hyperion. Таким образом мы получили два проекта – первый - по системе управленческой отчетности и бюджетирования (Hyperion) и второй – по системе бухучета (1С). И дальше начался цирк. Блеск  Проект с Hyperion прошел “на ура”. Т.е. практически настолько хорошо, насколько подобный проект мог пройти. Разумеется, без шероховатостей не обошлось, но их количество было вменяемым, управляемым и догоняемым. В итоге – годовой бюджет был собран в новой системе, защищен (с активной работой в системе) на выездных сборах, и продолжает финансово учитываться. В Hyperion, конечно же обнаружились “нюансы”, но опять же не того масштаба, чтобы не дать нормально жить. “Виновник” хорошего проекта, в принципе, тоже известен – менеджер проекта отработал просто блестяще, всё было организовано и делалось вовремя, зовут его Алексеев Артем, рекомендую.
Нищета А вот вторая часть проекта получилась “не такой”. Что особенно забавно – проводилась она ровным счетом в те же сроки, на тех же пользователях, с теми же ключевыми лицами, той же компанией… Вроде бы все шансы, что получиться должно было соизмеримо. Ан нет. Команда 1С-еров, приведенная Корусом впечатлила своей беспомощностью, менеджера проекта менеджером назвать сложно. Проект плыл полгода без руля и без ветрил, пережил смену (в попытке вырулить) команды внедренцев, заработал стойкую аллергию пользователей и, в итоге, сейчас его продолжает другая компания, о которой (в зависимости от…) уже позже, когда что-то получится. Вот такая вот история о роли человеческого фактора в проектной деятельности.
|
-
Не виноватая я
Но не забудьте, затупите
Ваши острые клыки (с) В.С. Высоцкий Забавно, сколько вопросов остаются нерешенными и, более того превращаются в конфликты из за того, что обращение за помощью очень часто воспринимается как обвинение. (Пользователь) - У меня тут почта не работает (Сисадмин) … работа мысли … я несу ответственность за работу почты, значит то, что она не работает – это мой пробел и меня за это могут наказать, ага, да у него ящик переполнился, надо продемонстрировать, что я тут ни при чем (Сисадмин) – Да это ты сам виноват, ты почему не настроил почтовый клиент, чтобы он очищал ящик? (Пользователь) … работа мысли … ой, я что-то не настроил, наверно должен был, меня за это могут и наказать, надо дать понять, что я тут ни при чем (Пользователь) – А мне никто и не говорил, что надо что-то настраивать, у вас плохо поставлено обучение пользователей … Продолжение каждый сможет дописать сам, в результате – разборок на полчаса, два взъерошенных сотрудника (а часто и их начальники) еще час приходят в себя, никому ничего толком не объяснили, пользователи укрепляются в мысли, что “ИТ-шники козлы и мы им это на бюджетном комитете припомним”, ИТ-шники настраивают автоматическое удаление “лишних” писем из ящиков. А ведь никто в начале ни на кого не собирался наезжать и диалог мог вполне звучать и так: (Пользователь) - У меня тут почта не работает (Сисадмин) – Так, сейчас посмотрим, ага, ящик переполнился, ничего страшного, тебе надо в почтовом клиенте сделать так и так (Пользователь) – Ой, спасибо … работа мысли … а вроде когда-то об этом говорили, я и забыл … Извини, я совсем позабыл (Сисадмин) – Да ничего страшного Вопрос решен за 3 минуты, все довольны и спокойно работают. Диалоги такие, кстати, бывают не только между пользователями и ИТ, а и вообще по любому вопросу в любом подразделении. При этом, по опыту – в 99% случаев никто не собирается изначально никого ни в чем обвинять и искать виноватых, всем просто нужна помощь или консультация. Что с этим делать? Если спросили Вас – попробуйте не оправдываться, а просто ответить. Тут есть психологически тяжелый момент – если всё же пришли с наездом – то первоначально мягкая позиция может послужить плохой базой для дальнейшей ругани. С другой стороны – очень часто ощущение, что никто проблему и не отрицает гасит боевой настрой у обращающегося в зародыше. Если спросили Вы – а в ответ оправдания – можно им выразить максимальное сочувствие, заверить, что Вас вообще всё устраивает, а нужна лишь консультация. Да и вопрос следует задавать аккуратно, чтобы в нем (ни в тексте, ни в тоне) не звучало даже намека на дальнейшие разборки и оргвыводы. В общем – на каждом шаге диалога надо слегка “подставиться” и поделиться с собеседником причастностью к проблеме. Как правило этого бывает вполне достаточно.
|
-
Что такое хорошо
Не утерплю попробовать классифицировать “что такое хорошо” при старте информационной системы (да и не только в этот момент). Список, конечно, более чем не исчерпывающий, просто что пришло в голову в данный момент. Порядок тезисов – случайный и их важности не отражающий. Не кажи гоп Пока не перескочишь. В начале – лучше проявлять пессимизм и от оптимистичных прогнозов воздерживаться. При этом, демонстрируя непоколебимую уверенность в общем успехе. Полковники не бегают В мирное время это вызывает смех, в военное – панику. Руководитель проекта должен совершать минимальное количество движений и не мельтешить. Ибо одной из его задач является вселение уверенности в окружающих. Сиди тихо и улыбайся, команды раздавай спокойным голосом. Накачивать народ в этот момент уже поздно. Так что улыбаемся и машем Знай свою команду На кого-то, чтобы он быстро выдал результат надо наорать, кому-то, наоборот, говорить только шепотом. Чтобы не испугать не вовремя. Надо совершенно точно знать кому и что. Обходи проблемы Как в сводках информбюро: “войска наступают, обходя очаги сопротивления и не ввязываясь в затяжные бои”. Если есть несколько проблем, с частью из которых надо разбираться, а другие решить быстро – надо сначала решить те, которые быстро. Потому что это позволит двигаться другим “фронтам”. К сожалению, часто люди склонны, наткнувшись на ошибку, начинать её решать, пока не решат. В это время – куча народу – стоит и ждет, когда до них дойдет очередь. В батальоне один бездельник “Это я”, - говаривал наш комбат в армии. Соответственно – менеджер проекта ничего важного не должен делать сам. Иначе – застрянет на какой нибудь мелочи – и перестанет расставлять приоритеты, в чем, собственно и заключается его работа на “горячем” участке. Доверяй и проверяй Как следствие предыдущего. Когда всё делают другие – важно уметь им довериться – что они это сделают. Не дергать без конца: “Как дела, Когда будет?”, – но и не пропускать момент, когда задержка критична и надо вмешаться. Грань тонкая, но её надо нащупать. Иначе – или не дашь никому работать, или пропустишь какой-то действительно важный deadline. Прачка и кухарка Команда проекта должна заниматься проектом. Бытовые вопросы – кофе, такси, пицца … – должны быть организованы менеджером проекта. Благо это сильно не отвлекает и не позволит застрять на проблеме (если организовать пиццу для него – проблема – то может не стоит пока в руководители проекта?) Управление очередями Очевидно, что в горячие моменты количество проблем выше способностей по их разрешению. Соответственно – надо их постоянно ранжировать. У нас обычно используются приоритеты - остановит отгрузку
- снизит отгрузку
- не снизит отгрузку на ключевых процессах много ручной работы
- станет заметно для отгрузки через день
- станет заметно через несколько дней
- лишняя ручная работа на не ключевом процессе
Соответственно – первыми решаются те, что остановят бизнес и не устраняются ручной работой, далее – следующие и т.п. При этом, конечно, учитывается время на решение и доступные ресурсы (см. “Обходи проблемы”). Такой многомерный паззл. Само собой, все, кто с проблемами приходит – относят свои к первой категории. Громоотводом работать – тоже менеджеру проекта. Мягко, но уверенно, объяснять свою позицию и не допускать особых дискуссий – некогда. Баю-баюшки-баю Необходимо следить, чтобы люди отдыхали. “Убить” команду можно за 2-3 дня, потом они будут полумертвые и провалят всё. Поэтому – в планах должен быть предусмотрен отдых ключевых фигур и он должен быть. Народ бывает азартный – надо за этим следить и отправлять спать или есть хоть бы и принудительно. Кто виноват? Саму постановку этого извечного русского вопроса на старте системы следует явно и недвусмысленно запретить и жестчайшим образом пресекать. Иначе – будут склоки, сокрытие проблем и оправдания, вместо поиска решений. На время старта есть только один вопрос: “Что делать?”. Виноватых нет. Точка. Не обсуждается. Как минимум - до послепроектного разбора полетов. Но лучше в самом начале проговорить, что по итогам проекта будут только поощрения, наказаний за ошибки при запуске не будет потому, что не будет. Худшее наказание для оказавшихся в этой круговерти и что-то упустивших – отсутствие поощрения. Реально наказан может быть только менеджер проекта при его провале.
|
-
Запуск ERP как оценка персонала
В тихой смиреннице каждой,
в робкой застенчивой лапушке
могут проснуться однажды
б…..ие гены прабабушки.
(с) Игорь Губерман Всем очевидно, что смена ERP это жесточайший стресс для всего персонала автоматизируемой фирмы (да и для команды внедрения). При этом очень интересно наблюдать, как с людей слетает то, что они из себя пытаются изображать в спокойной жизни и как они начинают демонстрировать своё естественное поведение. Кто-то начинает дергаться, кто-то тянуть одеяло на себя, кто-то наоборот собирается и начинает помогать другим и распространять спокойствие. Ни одна формальная оценка персонала так быстро кто есть ху не покажет. Конечно, предпринимать какие-то оргмеры в момент запуска более чем не стоит, но понаблюдать и запомнить – более чем полезно.
|
-
Адреналин как инструмент внедрения
Забавное наблюдение. Прошлый проект на Украине – получился очень тяжелым – в момент запуска легла сеть компании и пришлось ломать все планы и параллельно с запуском ERP настраивать заново и её. Работали 10 дней по 14 часов в день, все время была реальная угроза провала – все время были в тонусе – и сил на все хватало. Сейчас проект гладкий как автострада. Всё прошло по плану, уже к обеду первого дня продаж стало понятно, что всё получилось, и напряжение отпустило. Но всякой мелкой суеты все равно осталось много. И выяснилось, что без страха и адреналина это переваривается тяжело – за пару дней устал больше чем за весь предыдущий проект :-). Нечему поддерживать. Сегодня с утра на Медео смотались – вроде полегчало. Тяжела она – плановая работа без стимуляторов :-)
|
-
К вопросу: “Зачем это надо?”
Тут давеча обсуждались моральные ценности и необходимость понимания результатов проекта. Хороший пример В ГУВД Москвы получали фальшивую картинку с камер наблюдения Как сообщили в Управлении информации и общественных связей ГУВД по г.Москве, согласно контрактам, заключенным "СтройМонтажСервисом" с государственным заказчиком - Управлением информатизации города, оплате подлежали только работающие камеры. "Однако с мая по сентябрь 2009г. в различных районах Москвы производилась подмена изображений с камер видеонаблюдения - вместо реальной картинки поступал заранее заготовленный кадр", - сообщила сотрудник Управления информации и общественных связей ГУВД по г.Москве, капитан милиции Ольга Думалкина. Оставив “оптимизаторов” в стороне, нельзя не заметить, что в течение полугода информация с камер ни для чего полезного не использовалась. Иначе – подложный сигнал был бы замечен очень быстро. А "СтройМонтажСервис" – поняв, что результат проекта не нужен никому – и дали отсутствующий результат. Хороший вопрос тому самому ГУВД – зачем пол-Москвы улепили дорогостоящими камерами?
|
-
Ops… he did`nt it again
-
Ops… We did it again
В продолжение этого и этого Ну что, это опять случилось. Продажи стартовали, склады собирают, транспорт ездит … Всё как обещали. Мелочи остались, но уже понятно, что дочистим в текущем режиме. 
Наши друзья, переходящие на SAP (кстати, о немцах) – закрыты … Хотя 2 месяца параллельной работы … Теперь программа работает в трех странах, на 50 складах. Из ICQ: когда сядешь за книжку "бизнес-внедрения для чайников. как сменить ERP за 3 дня" ?:) 15925834 (18:36:10 9/01/2010)
:-) ... сначала 10 лет собираешь команду ... У нас лучшая команда.
|
-
Посреди внедрения - II
Завтра стартуем продажи. Кстати, в эти же выходные переходит на SAP конкурент. Вроде как уже переходил пару месяцев назад, не вышло, с тех пор работал “в параллель” :-) На днях сравним. Аналитики и программисты. На них всё тут и держится. Когда “нет одного дня на исправление проблемы” (с) В. Боркус – они всё делают за час 
Документация. Одна из …  Админ зашел. Еще веселый.  Главная карта боевых действий.  Эксперт по складу 
|
-
Посреди внедрения
Алматы. 0:38. Офис. Уже пусто. Мы сидим, завершаем перенос данных из старой системы в новую. Уже просто сидим, ждем, когда отработает последний скрипт. Всё как всегда. :-) За неделю до перехода понадобилось сократить график на один день. Из имеющихся 4-х, расписанных по минутам :-) На филиалах, на которых тестировали перенос данных – не проявилась ни одна ошибка в данных из старой системы. Туда все и перенеслось влет. На остальных – обнаружились особенности. Железо в автоматизируемой фирме настроено ни к черту … Позволил (из лучших соображений) одному из сотрудников (доверился опыту) “оптимизировать” процедуру подготовки – 4 часа потеряли. Но все это в принципе мелочи, сейчас к 2 часам догоним оптимистичный график на сегодняшний день и завтра поскачем дальше. А пока – рассуждения философского плана: При выполнении последовательной цепочки работ несколькими людьми каждый стремится выполнить свой фрагмент максимально хорошо и правильно, заняв под него максимальное время. Остальным достается хорошо сделанные предыдущие этапы – и все меньше времени. Увы – время – единственный ресурс, которого дополнительно не привлечешь. Весь день подгонял народ, заставляя, доделав своё по необходимому минимуму, отдать эстафету дальше, а не полировать [sensored]. К сожалению, когда они сидят по всей стране – понять достаточность минимума сложно. В итоге – сидим ночью, вместо чем пойти спать – догонять-то надо. Интересно, можно что-то с этим сделать, не оставляя “про запас” существенных лагов по времени?
|
-
Вот уходит старый год … Да и хрен с ним, пусть идет
Всех, конечно, с Новым Годом, но дописывать список поздравлений думаю и без меня осилят :-) Наверно окружающие заметили, что я в последнее время подзатих. Это не со зла, а потому что. В общем у меня такого интенсивного года, наверно за всю жизнь не было. У людей, понимаешь, кризис, а у нас … Два полноценных ERP-проекта в дочерних компаниях по СНГ, причем – не внешними ресурсами, а своей ERP (второй 6 января запускаем, но 90% работ уже сделаны) Отстройка процессов в этих самых компаниях (сугубо управленческая) Покупка одной из этих компаний (другую купили в прошлом году) Запуск двух роботизированных складов, с интеграцией нашей WMS и их управляющей системы Государственная кампания по борьбе с фармацевтическими наценками (как-нибудь опишу ИТ-аспекты) Внедрение новой системы бюджетирования (скоро напишу) Невнедрение системы бухучета (немного позже напишу) Ну и текущую работу никто не отменял … Еще, как на грех, купил год назад дом и год занимался ремонтом … Одно утешает – никогда в жизни столько и не зарабатывал :-) В общем, пусть он этот год идет себе, а то так можно и пуп не по шву развязать :-) Ну и остальным, из вредности, пожелаю тоже не скучать С Новым Годом! Жана жылынызбен! З Новим Роком!
|
-
Обещаного 3 года ждут …
Давным давно писал я про проблемы с отсутствием русского драйвера для Микрософтовской мыши для Vista и годами не меняющиеся обещания на сайте, что-де драйвер на русском будет, обязательно будет, надо только дождаться. Прошло 3 года. Пришла Windows 7. На неё уже IntelliMouse английскую и не ставил, ибо лениво. И тут, опа – на днях по Windows Update нарисовались обновления – с русскими таки IntelliPoint и IntelliMouse :-) Наличие в Microsoft большого количества русских сотрудников, однако, временами приводит их поведение к русским пословицам :-) Впрочем, на странице загрузки для Висты – так русских версий и нету и даже обещание пропало.
|
-
Царь Горы
Кто сказал, что разработка складского софта, это скучно? Реальная постановка задачи с нагрузочным тестированием одного 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 выполняется для каждого сборочного ОТДЕЛЬНЫМ ВЫЗОВОМ (цикл на клиенте). Результаты: по результатам атаки считается количество успешных циклов атаки (все шаги успешно), количество сбойных циклов (сбой на любом из шагов по любой причине), среднее время выполнения цикла (в среднем времени выполнения НЕ СЧИТАЮТСЯ сбойные циклы). По еженедельно предоставляемым результатам (успехов/отказов, среднее время) решается вопрос о победителе, который получает некоторый плюс в зарплату. Игра началась. (с) постановки задачи И. Куксин
|
-
Стратегии - корпоративные, внутрикорпоративные, личные
|
Презентация с CIO-Summit 2009
|
-
Трудности перевода
Любой предмет, чья длина больше ширины,
является скрытым фаллическим символом
(с) 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. Углубление в данные невозможно при использовании нескольких членов для фильтра.
|
|
|
|