ITBlogs

Мне известны 400 способов
сравнительно честного отъема денег
(с) О. Бендер

Дело Остапа Ибрагимовича живет и побеждает. Раньше я думал, что такая история только с ITSM. Ан нет, покрутившись в смежных с ИТ областях набрел на совершенно четкую тенденцию. Итак, международные стандарты. У нас их есть изрядно. ИТ-поддержки (ITSM/ITIL), качества (ISO9000), финансового учета (МСФО). Однако жеж есть в них нечто общее, что меня всегда нервировало – все они претендуют на то, чтобы быть истиной, желательно в последней инстанции, все они претендуют гарантировать, что при работе по ним все будет как надо (скорее все же наоборот, что без них будет непременно плохо), все они активно продвигаются с точки зрения маркетинга, все они сильно недешевы в реализации, все они требуют регулярной (и недешевой) пересертификации и аудита. И, наконец, все они не обеспечивают обещанного.

и не накрашенная страшная и накрашенная
(с) песня

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

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

СММ любого уровня совершенно не коррелировал ни с качеством разрабатываемого ПО ни со сроками разработки

ISO 9000 не обеспечивал ни качества продукта ни даже стабильности. В самых что ни на есть сертифицированных фирмах, даже европейских процессы “плавали” как сами знаете что в проруби. Хотя, разумеется все необходимые журналы велись и любой аудит это подтверждал

МСФО отчетность к финансовой успешности деятельности фирмы отношение имеет более чем далекое. Потому что политика начисления резервов редко когда совпадает с бизнес-практикой и может отличаться от реальности на колоссальные суммы как в плюс так и в минус.

Дай миллион, дай миллион
(с) Паниковский

Тем не менее – созданы бренды, которые на международном уровне просто таки требуют не только наличия описанных мероприятий, а и их регулярного аудита и подтверждения. “Мы требуем от наших поставщиков ISO”, на IPO без аудиторского заключения по МСФО и соваться-то невозможно. Регулярный же аудит узурпирован относительно небольшой группой компаний и стоит денег совершенно запредельных, по сравнению с проделываемыми работами (прислать группу полустудентов с опросниками). Получается такой цивилизованный вариант “крыши”, которая прикрывает какое-то подразделение или всю фирму, придает им пристойный вид (в рамках этой же крышей сформированной морали), но ничего в реальности не улучшает ни на йоту. Кстати, с крышей почти всегда можно и договориться “по пацански”, попросив сделать нужное заключение за некоторую доплату. Вспоминаем тот же Enron. Думаете это был/есть единственный случай?

Симбиоз — взаимодействие и
сосуществование разных
биологических видов

Тут, кстати, интересные варианты сосуществования рождаются. Понятно, что себестоимость МСФО аудита, за который просят $1 млн реально хорошо если $200 тыс. Но денег много не бывает, поэтому – аудиторы чудно дружат с производителями ERP. Современные ERP существенно ориентированы на облегчение именно МСФО аудита и делают его себестоимость уже $50 тыс. при той же цене. Аудитору хорошо, а если он встречает что незнакомое – то норовит начислить резервы на всё, в чем не разобрался – тем самым продвигая “стандартные” системы. Вот отсюда и идет легенда, что “Стандартные ERP увеличивают стоимость бизнеса”. Разумеется – подмена понятий: ”Стандартные ERP упрощают процесс стандартного аудита”. К реальной стоимости бизнеса или прибыльности оно сильно боком.

Так же и заключение о соответствии ITSM позволяет руководителю никак не улучшать реальную деятельность, потрясая бумагой “у нас все верно”.

В нашей жизни есть кулисы
А за ними свой мирок
Там общественные крысы
Жрут общественный пирог
(с) И. Губерман

Резюмируя:

• В очень существенной степени международные стандарты – это способ отъема денег за признание соответствию неким ценностям, которые самими же “стандартизаторами” и продвигаются.
• Вокруг этих стандартов всегда крутятся монетизирующие их фирмы (аудиторские компании, всякие Pink Roccade и иже с ними)
• Эти стандарты мало что дают и описывают в плане реальной эффективности компании (ну не подстрижешь весь мир под общие критерии эффективности), зато активно пиарятся как универсальные бренды
• Как правило при аудите можно “договориться” и получить нужный результат за некоторую доплату
• Часто возникают симбиозы когда “стандартизаторы” продвигают решения, попросту облегчающие им жизнь, под угрозой усложнения сертификации или ухудшения её результатов

Поставил маленький эксперимент. Как уже не знает только самый ленивый лох, вышло обновление iPhone OS 4. Ой, пардон iOS 4. Жена была на кухне – поэтому обновил я. Прошла неделя. Как Вы думаете, заметил ли обычный пользователь телефона, что у него появилась ну хотя бы одна из “сотни новых функций”. Вы наверно думаете заметил? Ну конечно Вы так не думаете. За неделю использования кардинально усовершенствованной операционной системы пользователь вообще даже не заметил, что что-то там изменилось. Вот такая вот иллюстрация нужности и полезности того, что с большой помпой подается как существенный шаг технического прогресса.

Это как же, вашу мать
Разрешите понимать?
(с) генерал

Дискуссия “Ущерб от пиратства завышен?” получила неожиданное продолжение. Всё хорошо разговоры о техподдержках, правильном дистрибутиве и правильности использования, но…

Купил домой игрушку для семейства. Sega Sonic All Stars Race. Когда-то старый Sonic нравился всем – решили нового посмотреть из ностальгических соображений. Купил не у пиратов, а лицензионную, в 3 раза дороже. В 1С:Интерес. С надписью на диске “Документация на русском языке”. Принес домой, поставил (на Windows 7, которая в System Requrements прописана). Ставлю. Ставится. Запускаю.

(1) Не работает, не видит какую-то dll. В общем-то для домашнего пользователя на этом бы всё и кончилось. Но я, слава Богу, не совсем домашний, догадываюсь – в имени библиотеки d9 – значит нету DirectX. И точно – на W7 стоит 11-й, тут нужен 9-й, но почему не поставили при установке? Ищу документацию – на диске НИ ОДНОГО РУССКОЯЗЫЧНОГО ФАЙЛА. Где же обещаная русская документация? Перетопчетесь. Ну ладно, на диске есть папка DirectX9c, я не маленький, поставлю сам.

(2) Запускаю – опа, инсталляция слетает с ошибкой. С лицензионного, мать его, диска! Это надо было туда записать кривой дистрибутив. Ладно, у меня интернет безлимитный, мне 100 Мб качнуть не вопрос. Скачиваю, ставлю, запускаю.

(3) Вы будете смеяться – не работает. Говорит, что вставлен неверный диск. В дисководе стоит ЛИЦЕНЗИОННЫЙ, мать-перемать, диск, и он и есть неверный. Щас рехнусь. Ладно, догадываюсь – защищаторы защитили меня от нелегального контента. А проверить диск штатными API им слабо. Запускаю программу от имени администратора. Работает. Шоза бред???? Я должен детям дать права администратора? Игра-то детская. Еще раз пытаюсь найти какие-то ссылки в документации (английский readme) – нету.

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

В общем – вкус к покупке лицензионных игр у меня отбили надолго. Почему пиратка для пользователя работает ЛУЧШЕ (не надо вставлять диск, не надо давать админские права детям), чем лицензия? На кой бес мне этот стресс? Зачем (абстрагируясь от маркетингово нехороших ментов) мне тратить дополнительные деньги? Интересно, это только российское издание так себя ведет? Пока разбирался – не нашел чтобы за бугром эта проблема обсуждалась. Похоже наши “усовершенствовали”. Интересно, какие шансы у обычного пользователя это поделие у себя запустить?

Как наверно вы читали то, что я писал, за последний год мы автоматизировали две дочерние компании. Сегодня день рождения “Катрен” и на корпоративе все, кто ездил на внедрение, получат медали “За победу” :-)

Если вам лижут зад – не обольщайтесь,
возможно это всего лишь смазка (с)

О прорастании корпоративных стратегий в программные продукты. Снова компания, занимающаяся рекламой (а вы думали интернет-поиском? :-)). В смысле Google. Набор бесплатных сервисов действительно впечатляет. Как и назойливость привязывания этих сервисов к тому, чтобы делиться с Братом информацией о себе. Документы? На сервер Google. Почту? Туда же, мы посмотрим что тебя интересует. Браузер бесплатно? (Хороший, кстати, браузер, сам пользуюсь) – ради Бога, только он будет нам передавать что ты в интернете делаешь. Карты на мобильник? Замечательно, а вот к ним Locator, чтобы мы знали где бываешь.

Недавно посмотрел следующую серию – Picasa 3.6 и с упорством носорога подчеркиваемая функция распознавания лиц. А функция-то сделана интересно, список распознанных синхронизируется с Гуглем же. И с контактами на Гугле. Можно, конечно, воспрепятствовать, но по умолчанию … И Братец ненавязчиво получает информацию кто с кем знаком и (вместе с геотегами на снимках) – кто где и с кем бывает.

Что я могу сказать, Гуглы, безусловно молодцы, организация сбора подноготной о всех и всяком поставлена на поток да еще и так, что этот весь и всякий доволен остается. В принципе, наверно в таком сборе ничего особо страшного для законопослушного индивидуума нет, даже наоборот – если от рекламы не отвертеться, пусть она будет хотя бы адресной. Но что-то свербит …

P.S. 20ХХ год. Интеграция продолжалась. После внедрения сервисов Google в поликлиниках предложения о Penis Enlargement стали тоже приходить адресно, причем с учетом особенностей партнера …

Долго не мог собраться, некогда, но таки надо…

В продолжение “Мук выбора” – о том, что было сделано. Напомню, что конкурс выиграла фирма “Корус Консалтинг” со связкой  1С+Hyperion. Таким образом мы получили два проекта – первый - по системе управленческой отчетности и бюджетирования (Hyperion) и второй – по системе бухучета (1С). И дальше начался цирк.

Блеск

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

Нищета

А вот вторая часть проекта получилась “не такой”. Что особенно забавно – проводилась она ровным счетом в те же сроки, на тех же пользователях, с теми же ключевыми лицами, той же компанией… Вроде бы все шансы, что получиться должно было соизмеримо. Ан нет. Команда 1С-еров, приведенная Корусом впечатлила своей беспомощностью, менеджера проекта менеджером назвать сложно. Проект плыл полгода без руля и без ветрил, пережил смену (в попытке вырулить) команды внедренцев, заработал стойкую аллергию пользователей и, в итоге, сейчас его продолжает другая компания, о которой (в зависимости от…) уже позже, когда что-то получится. 

Вот такая вот история о роли человеческого фактора в проектной деятельности.

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

Не кажи гоп

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кто виноват?

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