sfy

Как распоследний лох решил написать наставление говноконсалтерам, чтобы они были не таким уж говном. Это дип-дип драфт, так, на поржать. Если куражу хватит, будет что-то вроде Нагорной проповеди. Истинно говорю вам!

Краткое пособие консультанта

Прелюдия

Я видел столько дерьмовых консультантов, что ой. Собственно, эта краткая памятка для тех, кто хочет не быть дерьмовым консультантом. Надеюсь, это будет полезно и хорошим консультантам. А кто-то ещё что-то добавит, и дальше распространит. Я – только «за».
Для Заказчиков. Консультанты (я имею в виду нормальных) – очень полезные люди. Не надо их путать с коучами, которые реально на 99% - шарлатаны. Консультанты владеют полезными методиками и знают то, что на их консалтерском птичьем языке называется «best practices». То есть, опыт тех, кто уже прошёл по аналогичным граблям и вышел из неравного боя без особых повреждений.
Основные правила
Главное правило. Если Вы считаете, что знаете бизнес заказчика лучше него самого, Вы – негодный консультант. Вы только что пришли в кожаном пальто с горы, а заказчик этот бизнес строил. Слушайте, вникайте. Выясните, кто является реальными ключевыми фигурами, кто управляет бизнес-процессами, добейтесь встречи и внимательно слушайте их. Это значительная часть успешного проекта.
По каждому разговору СРАЗУ, не откладывая, делайте minutes of meeting – конспект интервью, с обязательной фиксацией всех контактов визави. А вот диктофон – штука вредная, не советую.
И, не удивляйтесь, Вам надо уметь говорить с заказчиком на одном языке. Очень хорошо иметь профильное высшее, но так бывает не всегда, да и маловато этого будет. Поэтому и учатся индустриальные консультанты годами. Да, вообще-то, постоянно.
Все методики, которые Вы знаете, говно и ноль по сравнению с реальной жизнью. Это костыль, который можно и нужно применять для первичного моделирования, но для окончательных рекомендаций – ЗАБУДЬТЕ. То есть совсем всё. eTOM, ITIL, MOF, KPI и BSC – это Ваш словарь, Ваши методики и просто средство для упорядочения собственных мозгов и общения с коллегами. Заказчику это всё нафиг не надо.
Всегда, я повторю, ВСЕГДА до начала проекта пишите и согласовывайте его устав. Что это такое? Да просто разграничение работ и ответственности сторон, сроки и измеримые результаты. С каждой стороны должен быть куратор, обладающий достаточными полномочиями, чтобы привлекать ресурсы, менеджер для общего руководства и рабочая группа. Со стороны консультанта обязателен главный инженер проекта (он же технический руководитель, он же – ответственный за quality assurance). В качестве аналогии ГИП проекта – режиссёр, ПМ проекта – директор фильма. Понятно разделение обязанностей?
Выходной документ в большинстве случаев содержит разделы AsIs, ToBe и ToDo. Что это такое? Очень просто.
AsIs содержит текущее состояние, с обязательным подразделом «выявленные проблемы». Если не умеете строить графы «анализ первопричин» - срочно научиться, это не сложно. Вот эти самые выявленные ключевые проблемы предстоит порешать. И не забывайте согласовывать всё это с представителями заказчика. Вы могли не так услышать или понять. Это Ваша техника безопасности, а её надо знать, как свои три пальца.
ToBe – часть мечтательная. Это те райские кущи, которые Вы считаете идеальными для заказчика. По опыту, полностью не реализуется никогда.
Но мечтать надо в меру. Один мой знакомый дерьмовый консультант написал в требованиях к работнику колл-центра оператора связи «высшее профильное образование» вместо логичного «хороший разговорный язык, психологическая устойчивость, умение пользоваться FAQ и средствами маршрутизации звонков». Так делать не надо.
Если не владеете SWOT-анализом – вешайтесь. Но разумнее им овладеть, он прост, как дверь, но помогает замечательно формулировать цели и задачи, а также первично оценивать риски. Это реально работающий, и при этом простой, инструмент.
ToDo. Если всё делать честно, самая сложная часть. Это пакет проектов, которые надо выполнить, чтобы из AsIs сделать ToBe. С оценкой стоимости, времени и последовательности выполнения, экономической эффективности. Требует очень серьёзной профессиональной подготовки. Не надо недооценивать этот раздел. Это самое важное для заказчика и самое сложное для консультанта.
Маленькие советы
Не все стандарты плохи. Внимательно почитайте стандарты ЕСПД и ИС. Особенно на ТЗ и техпроект. Сделайте себе темплейт на их основе (удобное оглавление) и наслаждайтесь.
Полезен также универсальный стайлшит, обязательный к использованию в команде. Любой ГИП оценит удобство такой простой стандартизации.
Никогда не выбрасывайте материалы проектов. Никаких. Ни финальных материалов неудачного проекта, ни даже промежуточных материалов. Никогда.

Байки
ту би риттен