Подготовка требований к тендерным заявкам
Роб Аалдерс
ИТ-аутсорсинг: практическое пособиеТема ИТ-аутсорсинга по-прежнему остается одной из самых актуальных, как по значимости, так и по неподдельному интересу, с которым ее обсуждают многие специалисты. Будучи, казалось бы, достаточно узкой по своей сути, она многогранна и обладает большим количеством аспектов, которые делают ее, с одной стороны, весьма сложной, с другой - еще более интересной. Одним из таких аспектов является подготовка тендерной документации. Подготовка требований к тендерным заявкам наводит мост от бизнес-задач к контракту аутсорсинга. Беда в том, что плохо составленная заявка часто приводит к неудачному контракту. Чтобы этого не происходило, составлению заявки должно предшествовать определение задач, а также критических факторов успеха и критериев, которые определяют контракт аутсорсинга. Очень подробно эта тема изложена в книге Роба Аалдерса «Практическое пособие по ИТ-аутсорсингу», которая представляет практический взгляд на то, как и чем аутсорсинг мог бы помочь современному бизнесу, немыслимому без ИТ. Книга вышла в сентябре 2004 года в издательстве «Альпина Бизнес Букс» при участии компании DATA FORT. Наш журнал уже публиковал главу из этой книги, посвященную выбору аутсорсера (см. «CIO», 2004, № 8-9, стр. 117). Сегодня мы вновь обращаем ваше внимание на книгу Роба Аалдерса и предлагаем вам ознакомиться с главой «Подготовка требований к заявкам на тендер», в которой детально описаны шаги, необходимые для достижения наилучшего результата при выборе ИТ-аутсорсинга, как составной части стратегии развития бизнеса, и для достижения дополнительных конкурентных преимуществ. Неудачи многих компаний, следующих накатанным логическим путем, объясняют их отрицательную реакцию на контракты аутсорсинга, который предстает в воображении как некая «черная дыра» в ИТ. Если проекты аутсорсинга основываются на интуиции или реакции на текущие проблемы с ИТ, то очень вероятно, что тендерная заявка будет построена на неподходящих, близоруких критериях, которые непременно приведут к неудаче. Важно, чтобы заявка естественно вытекала из целей, была связана с задачами, критическими факторами успеха и критериями выбора подрядчика. СобственностьВ заявке должны учитываться не только материальные аспекты обслуживания. Однако в некоторых компаниях заявка и другие тендерные документы готовятся контрактными отделами по заранее определенному шаблону. Он может учитывать выбор оборудования и материалов, но иметь очень отдаленное отношение к нематериальным аспектам. Контрактные отделы часто не имеют опыта подготовки тендерных заявок, в которых интеллектуальное содержание превалирует над материальным. Одним из выходов является приглашение консалтинговых фирм, которые занимались этим раньше и знают правильный подход к делу. Несложно подготовить контракт аутсорсинга на транспортное обслуживание, уборку помещений или типографские услуги. Критерии будут ясными и объективными. Эти области далеки от критических, и плохой сервис в худшем случае может принести лишь неудобства, но не ущерб. Между тем ИТ-аутсорсинг часто охватывает большие области, от службы техподдержки клиентов до стратегического планирования. Здесь трудно измерить все, что может быть сделано. Структуры, модели и концепции обычно недоступны контрактным отделам. Однако вовсе отказываться от услуг контрактных отделов тоже не следует. Команда, занимающаяся отбором, должна использовать их ресурсы и опыт, а за собой оставить руководство и окончательную проверку. Другая организационная структура, которую необходимо привлечь к разработке заявки, - юридический отдел. Он может оказать существенную помощь:
Однако не перекладывайте ответственность за подготовку заявки ни на контрактные, ни на юридические отделы. Вместе с тем в полной мере используйте их советы. Если у компании нет юридических или контрактных отделов, то: найдите описание контрактов и проблем, с ним связанных. На эту тему доступно много литературы. Некоторые из описанных проблем вытекают из плохо составленной спецификации заявки, которая затем приводит к слабым или неверно оформленным контрактам; Модель, которая теперь вырисовывается, тесно связана с бизнес-целями, через них - с задачами и критериями, а также с принципами и собственно заявкой. После заявки следуют заключение контракта, соглашения об уровне сервиса и сами работы. ПравилаНиже приведены 15 правил разработки тендерной заявки.
Не забудьте включить в финансовую модель заявки текущие затраты и ваши предположения по поводу их роста и контроля за ними. Принципы, которыми будет руководствоваться команда ИТ-аутсорсинга, должны быть оформлены в соответствующем разделе заявки. Важные критерии должны сопровождаться объяснениями, почему они важны. Большинство подрядчиков приветствует включение в заявку принципов, поскольку это помогает им готовить ответы. Не забывайте о финансовых показателях: взгляд бухгалтераЛюбой аутсорсинг связан с финансовыми показателями. Привлекайте финансистов вместе с технической командой с самого начала. Забыв о финансовых показателях, вы рискуете провалить контракт. Может существовать много предполагаемых затрат или доходов. И все они должны рассматриваться финансовыми аналитиками. Вот что следует принять во внимание. Объединяйте финансовые и технические команды в самом начале. Убедитесь, что используемый метод калькуляции включает все затраты, иначе возникнут непредвиденные расходы. Договорные отношения должны включать финансовые показатели. Установите нормальную систему составления счетов и ведения финансовой документации. И главное, установите открытые доверительные отношения между сторонами и не забывайте о финансовых показателях. СтруктураСтруктура заявки на тендер должна включать, как минимум, следующее:
Это далеко не полный список всех аспектов заявки. Главное условие: заявка должна содержать как можно больше информации, которая позволит претендентам составить наилучшие ответы. Рассмотрим подробнее некоторые наиболее важные составляющие заявки. Цели компанииОбязательно должны быть отражены в заявке. Это сразу ставит потенциального подрядчика в определенные рамки, в которых он будет действовать после заключения контракта. ЗадачиИсключительно важная часть заявки - в этом пункте объясняется, для чего нужен подрядчик. Необходимо четко сформулировать, какие конечные результаты должен обеспечить проект. Возможно, полезно будет отметить, что группа оценки уделит особое внимание качеству выполняемой работы вместо низкой стоимости услуг подрядчика. КритерииТипичное явление - плохая дифференциация критериев выбора в заявке, при которой респондентам и другим читателям трудно бывает разобраться в их относительной важности. Например, различия закладываются в слова: «необходимо исполнить», «крайне желательно исполнить». Подобный метод не позволяет четко определить относительную важность того или иного критерия. Избегайте этого при определении уровня важности критериев. Некоторые могут спорить с необходимостью конкретизации и заявлять, что подобные определения вполне достаточны. Однако на практике не все «обязательные» критерии равно важны, и в дальнейшем различия эти только усилятся. Важно, чтобы кандидаты понимали относительную важность критериев, иначе они не смогут детально ответить на самый важный вопрос. А это, в свою очередь, не позволит обнаружить различия между претендентами приблизительно одного уровня. По этой причине, чтобы дать возможность претендентам проявить себя, надо четко определить критерии. ОтветыСтандартные заявки подталкивают претендентов отвечать односложно, вроде «удовлетворяет» или «не удовлетворяет». Подобные ответы малоинформативны. Непонятно, то ли претендент не соответствует критериям полностью, то ли только чуть-чуть. Сделайте так, чтобы ответы можно было оценивать по пятибалльной системе, начиная с нуля (полностью не соответствует) до пяти (целиком соответствует). Шкала оценок позволит исключить субъективные факторы. Возможно, понадобится дать три или четыре примера. Сделайте так, чтобы ответы приходили в пронумерованном виде, тогда их будет легко понять и работать с ними. Проблема в том, что трудно пронумеровать ответы для субъективных или трудно оцениваемых критериев. Однако все же это можно сделать, хотя потребуется больше усилий, чем на оценку односложных ответов, вроде «удовлетворяет» или «не удовлетворяет». ТестированиеБудет неприятно, если впоследствии обнаружится, что заявка дала некорректные результаты, поэтому перед распространением ее нужно проверить. Подготовьте пробные вопросы и протестируйте заявку с помощью специальной модели оценки. (Эта процедура может быть знакома ИТ-специалистам, которые готовят тестовые пакеты и программы.) Во время тестирования неплохо прикинуть, какие методы оценки нематериальных аспектов будут использованы. Ценовые моделиЦенам уделяется одновременно и очень много, и очень мало внимания в контрактах аутсорсинга. Очень часто цены привязываются к сегодняшнему дню, и не учитываются должным образом следующие аспекты:
Смысл и последствия использования каждой ценовой модели отражены во врезке «Ценовые модели: что и как выбрать?». Однако это не универсальные рекомендации, каждая организация должна рассматривать их применительно к своим обстоятельствам. Интеллектуальная собственностьИнтеллектуальная собственность (ИС) часто является наиболее спорным моментом и в заявке на тендер, и в контракте. На практике ей вообще может не уделяться никакого внимания или отводиться очень незначительная роль. Предпримите три стадии проверки перед включением ИС в заявку: Не будет преувеличением сказать, что подрядчик с маниакальной настойчивостью защищает свои интеллектуальные права и изысканно хитер в отстаивании прав собственности на свою работу для заказчика. Условия и гарантииТрадиционно юристы разделяют все пункты контракта на условия и гарантии. В общем, условия - существенные пункты контракта; их нарушение дает противоположной стороне право на расторжение контракта и требование возмещения потерь из-за упущенных возможностей. Необходимо определить, являются ли обещания, упомянутые в договоре, непременными условиями; проверить, являются ли они такими же важными для дающей их стороны, что она не может выполнить контракт без строгого соответствия им. Невозможно описать в деталях все договорные обещания, которые могут рассматриваться как условия контракта, поскольку они варьируются от одного договора к другому; но могут быть и однозначные обещания, например, использование части материальных активов или штата заказчика. Подразумевается, что ни одна из сторон не может отказаться от выполнения своих обязательств по контракту без особых на то причин. Необходимо заметить, однако, что часто договорные обещания не настолько существенны, чтобы быть условиями контракта. Стороны контракта всегда вольны сами определять, какие обязательства они берут на себя. Это означает, что они могут заявить, что нарушение каких-то пунктов, независимо от того, являются они условиями или нет, может дать другой стороне право на расторжение контракта. В отличие от условий, гарантии являются обязательными в контракте, и их нарушение дает право другой стороне требовать возмещения убытков, или, что более часто случается в ИТ-контрактах, устранения недостатков без права расторжения. Например, контракт аутсорсинга может содержать следующие гарантии. В дополнение к гарантиям, включенным в контракт, стороны часто включают защиту прав потребителей в случае нарушения гарантий подрядчиком. Это важно, потому что часто заказчик стеснен в своих претензиях из-за необходимости в непрерывном обслуживании, независимо от каких-либо нарушений. Соглашение же может предусматривать повторное исполнение каких-либо работ или возмещение убытков заказчику в соответствии с утвержденной формой. Управление производственным процессомУбедитесь, что следующие аспекты управления производственным процессом изложены ясно в договоре аутсорсинга: Управление взаимоотношениямиЭта секция посвящена ожиданиям подрядчика от компании-заказчика. Определитесь с полномочиями руководителей, правами и обязанностями каждой из сторон, вступающей во взаимоотношения. Никакая организация не может рассчитывать на оперативное управление, если решения проходят через бесконечную цепочку управленцев. В идеале менеджеры заказчика и подрядчика должны иметь полномочия для решения ежедневных задач и определения текущих расходов. ОтчетностьУстановите должный порядок учета и отчетности. Зачастую это не делается своевременно, и заказчик бывает очень удивлен стоимостью затрат на учет и отчетность, включенных в контракт. Вознаграждение и штрафыОбеспечьте стимулы для хорошей работы, назначив соответствующие вознаграждения. Претендент должен знать эти условия заранее. Странно, но многие соглашения не содержат описания механизмов вознаграждения и штрафов. *** Главная цель этого материала - подтолкнуть заказчика ясно излагать претендентам свои потребности, определив их относительную важность. Очень важно также дать претендентам возможность отвечать на вопросы нестандартно. Конечная цель тендерной заявки - обеспечить поступление информативных ответов претендентов, после обработки которых будет делаться выбор. Задача также в том, чтобы выяснить, каким образом кандидаты могут обеспечить решение задач заказчика, и подтолкнуть их к поиску альтернативных решений. Ценовые модели: что и как выбрать?Фиксированная цена Эта модель основана на возмещении затрат, а также платы за управление ИТ и плавающих ставок, рассчитанных либо на единицу производственных затрат, либо на единицу конечной продукции. Контракты, основанные на фиксированной ценовой модели, больше всего подходят предприятиям, чей объем и характер выпускаемой продукции, а также стоимость и объем производственных затрат постоянны. Подобные контракты требуют от подрядчика принятия на себя определенных рисков. Если подрядчик не готов взять их на себя, можно сократить количество услуг до согласованного уровня. «Затраты плюс» Эти контракты подходят предприятиям, чья конечная продукция не постоянная, а производственные затраты неизвестны. В этих условиях заказчик берет на себя весь риск, связанный с неизвестностью. Такие контракты сильно зависят от того, какое из следующих соглашений будет принято: Плавающие ставки Эта модель представляет собой вариант фиксированных затрат. Фиксируется либо цена производственных расходов (например, человеко-час), либо конечной продукции (например, завершение известной задачи). В первом случае заказчик переносит риск неопределенности на объемы и затраты по конечной продукции. Во втором случае он рискует объемом выпускаемой продукции, а подрядчик - меняющимися затратами в неопределенных условиях. «Открытая книга» Этот подход позволяет увидеть разницу между реальными затратами на обслуживание и маржей подрядчика. Типичная ситуация, когда заказчик и подрядчик договариваются об увеличении стоимости производственных затрат. Проблемы этой модели связаны с определением реальных затрат по каждой категории и профессионального уровня команды. Помимо расходов на зарплату, подрядчик может нести следующие расходы: Какие из этих затрат являются наиболее спорными? Некоторые из них, такие, как налоги и пенсионные отчисления, объективны и контролируемы. Другие, такие, как управление, подготовка и инфраструктура, варьируются в зависимости от методов подсчета затрат. Особая проблема, которая омрачает модель «Открытой книги», - это определение «разумной маржи». Различные отрасли имеют разные уровни маржи на товары и услуги. Для предприятий с высоким товарооборотом типична низкая маржа на единицу изделия. Для компаний с низким товарооборотом характерна высокая маржа. Сеть супермаркетов с высоким товарооборотом и низкой маржей может не оправдать надежд подрядчика, у которого низкий товарооборот и высокая маржа. Заказчик может согласиться с расходами подрядчика и его рисками, если они придут к соглашению по марже на команду. У этой модели есть и другие особенности. Затраты в 110 долларов с той же маржей увеличатся уже на 16 долларов 50 центов. Некоторые преимущества этой модели: «Открытая книга» имеет свои достоинства и недостатки. Она предоставляет гибкость и контроль за количеством и качеством персонала подрядчика, определение истинных затрат и предотвращение нереальных цен. Однако она требует согласования затрат обеими сторонами, увеличения фонда оплаты труда и бонусов. Также требуется согласование условий и сроков увеличения зарплаты. Кроме того, необходимо решить, какая часть затрат подрядчика не пройдет через заказчика. Компании, которые выбирают «Открытую книгу», должны учесть ее влияние для всего срока действия контракта. Если этого не сделать, то возможны разочарования и даже шок, особенно в периоды высокой инфляции. Совместное предприятие Эта модель с успехом используется во многих организациях. Каждая версия модели «Совместное предприятие» имеет существенные отличия друг от друга. Общее для всех - использование совместного капитала заказчиком и подрядчиком, либо через приобретение подрядчиком акций компании-заказчика, либо совместной организацией нового юридического лица специально для этой цели. Выгоды, которые предоставляет совместное предприятие: - хорошее управление и контроль со стороны заказчика; - наилучшим образом обеспечиваются «товарищеские взаимоотношения» между компаниями. Вероятно, не лишним будет напомнить компании-заказчику, что подрядчик - это самостоятельное юридическое лицо со своими экономическими задачами, корпоративными целями и культурой. И сколько бы хороших слов о партнерстве ни произносилось, всегда будут возникать трения из-за несоответствия целей разных компаний. Гибридные решения В некоторых случаях уместным оказывается совмещение моделей. Компания PA Consulting Group рассказывала об одном контракте ИТ-аутсорсинга в Великобритании, основанном на моделях «Затраты плюс» и «Открытая книга», с целью защитить заказчика от злоупотреблений. Уровень сервиса был низким, а затраты росли. Тогда и был предложен гибридный подход. В конце планируемого периода весь процесс мог быть запущен еще раз. Заказчику были гарантированы низкие затраты на обслуживание, если уровень не менялся, а подрядчик был заинтересован искать пути повышения качества обслуживания именно в тех областях, которые были важны заказчику в данный момент. В то же время, подрядчик должен был искать пути повышения качества обслуживания и максимально снижать затраты - не за счет качества. В этом специфическом примере вознаграждение подрядчика целиком зависело от удовлетворенности заказчика качеством обслуживания. *** Каждая модель имеет свои достоинства и недостатки. Лучше разобраться в них заранее, до заключения контракта, чем после того, как руки будут связаны и пройдет несколько лет работы в условиях неразрешимых проблем, которые можно было предупредить еще в самом начале.
Страница сайта http://silicontaiga.ru
Оригинал находится по адресу http://silicontaiga.ru/home.asp?artId=3607 |