Консалтинговые компании

Уж я не знаю, как работают консалтинговые компании за рубежом. Честное слово, ни разу не видел и поэтому говорить не стану. Однако, я неплохо знаком с тем, как работают консалтинговые компании (в том числе, местные офисы крупных международных «шарашек») на территории СНГ. Это – полный разрыв головного мозга.

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

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

Сколько экспериментов и опытов ставит «серьезная» консалтинговая компания у нас? Ноль целых ноль десятых. Все выводы строятся на неких умозаключениях, основы которым нет, и никогда не будет. Что, трудно в ходе IT-консалтинга потрогать предлагаемые решения собственными руками? Или попробовать собственные рекомендации в ходе проекта, а не после него?

Да, это трудно, потому, что иначе придется работать, а не «лить воду» в документ. Натурально так, подписываться под некими критериями успеха, реально пускать корни в бизнесе заказчика и – работать! А это, ребята, не очень просто – здесь нет приятных демонстраций красивых слайдов, толстых документов и неспешных бесед. Здесь только работа.

Вот он, рецепт нормального консалтинга: мы работаем не для клиента, а вместе с клиентом; каждый бизнес-процесс, с которым мы работаем, мы всегда «трогаем руками»; каждая рекомендация должна быть проверена экспериментом; любые выводы строятся не на основе общих фактов или опыта «крупных зарубежных компаний», а на основе реальных действий здесь и сейчас; соотношение «вода/факты» должно быть «20/80», а не «80/20».

Именно тогда заказчик получает реально работающий бизнес, действительно стоящие рекомендации, опыт и результаты, а не 500-страничные талмуды с красивыми словами и «крутыми» логотипами на каждой странице. Самое смешное, что стоимость нормального консалтинга будет такой же, а то и меньшей.

Потому, что практик всегда дешевле и эффективнее любого теоретика.

Моя работа

Моя работа, при всех своих минусах, доставляет мне удовольствие. Честное слово, я на своем месте. Не всё и не всегда меня устраивает, но я умею находить компромиссы. В основном, с окружающим миром, а не с собой.

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

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

Как-то так. Позже попытаюсь оформить мысль поточней.

Еще чуть-чуть о прошлом

Помню, одно время я увлекался статьями для республиканского еженедельника «Караван». Причем, специализировался на двух вещах – на едких заметках о ежегодной выставке KITEL в Астане (о, редкое убожество было!) и на нейтральных отчетах с городских рок-тусовок (каюсь, посещал). Публиковался я под скромным псевдонимом «Тролль».

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

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

Немного о прошлом

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

Как сейчас помню – то ли первый, то ли второй приезд мероприятия «Ночь пожирателей рекламы» в Астану (по-моему, 2002 год). Мы как раз (мы – это рок-группа «Обратная сторона») были вроде как не сами по себе, а продвигались небезызвестной в узких кругах Натальей Маныловой, владелицей модельного агентства «People», которое за глаза, для краткости, часто звали «маныльным агентством».

И уж как вышли организаторы «Ночи» на Манылову – мне неизвестно. Однако, мытьем или катаньем, наша рок-группа должна была выступать на этом действе для разогрева почтенной публики. Ниже – скан статьи из журнала «Advertising». Выделение не мое, я таким не страдаю. После – мои комментарии, как одного из основных участников событий, по порядку.

О воспитании детей

Не понимаю, зачем с малых лет приучать ребенка «кушать готовое»? Ребенок реально растет и развивается только тогда, когда его пичкают не готовыми оценками («Сталин преступник», «Путин молодец», «твой папа козёл»), а фактами - и учат эти факты оценивать, а после оценки формировать свое, пусть и детское, мнение (которое обязательно поменяется в будущем).

Будет очень неприятно, если будучи взрослым, ребенок «ляпнет» подобное, не имея в активе ничего, кроме фразы – «мама сказала». Любой, подкованный в этом вопросе, человек в три секунды расскажет и покажет ребенку, в чем неправ он и его мама. Такое, к сожалению, бесследно для человека (тем более молодого) не проходит.

Зачем вашему ребенку ваш дешевый авторитет? Пусть он знает, что вы всегда ему поможете, поддержите - но оценки фактам он должен давать самостоятельно и самостоятельно же формировать свое мнение.

Этот пост навеян вот этим (осторожно – ЖЖ) и обсуждением, сложившимся вокруг этой темы. Пост никак не трогает личность ни Сталина (а он - молодец), ни Ольги Бакушинской.

Виртуализация

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

Никаких «тяжелых» и неповоротливых пакетов вроде VMware – это достаточно дорогое удовольствие, не оправдывающее себя на задачах разработки, «бытовой» виртуализации, организации небольшого VDS-хостинга. Только маленькие и бесплатные пакеты, иногда специфичные по устройству, но от этого – не менее эффективные.

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

Зато – никаких потерь при виртуализации, практически 100%-ая отдача. А если учесть, что загрузить современный процессор реальными задачами хотя бы наполовину – невозможно, то плюсов становится еще больше, в том числе, и в виде используемого с максимальной отдачей оборудования.

Под Linux я рекомендую KVM. Хорошо настраиваемое решение, легко писать bash/perl/python-скрипты для быстрой настройки виртуальных машин, с использованием KVM потери виртуализации стремятся к нулю. Настраивается это все так, как нашей душе будет угодно и как дополнительный плюс – встроенный VNC-сервер, если вдруг вы захотите поставить на виртуальную машину нечто, обладающее графическим интерфейсом.

Под Windows (о, естественно я говорю о Windows 7) нет ничего, слышите, ничего лучше Windows Virtual PC. Если ты владелец Windows 7, то это для тебя уже бесплатно. Плюс это быстро работает, исключительно просто настраивается, отлично интегрируется с виртуализируемой Windows XP, а под Linux кроме консоли ничего и не понадобится. Никто не мешает создать и использовать несколько виртуальных машин, с разными ОС, причем все они могут быть включены во внутреннюю (виртуальную) сеть.

Для домашних экспериментов – самое оно.

Ответственность руководителя

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

Ответственность личная и социальная. Это груз, который хочешь ты того или нет, приходится нести. Потому что любая ошибка, любая недоработка твоих людей – это твоя личная ошибка, твоя личная недоработка. А любой твой успех – это всегда успех твоей команды.

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

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

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

А все ли это понимают? Увы, как мне кажется, нет.

Устав проекта (почти взгляд заказчика)

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

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

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

Во-вторых, почти всегда видение заказчика проекта отличается от видения исполнителя. Принципиальная разница – в образовании, взглядах, профессии. То, что важно для профессионального финансиста или управленца, для IT-специалиста просто прихоть.

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

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

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

Объем работ и заказчик

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

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

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

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

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

Сколько половых партнеров было у женщины?

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

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

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