Smart Sourcing Голосов: 1 Адрес блога: /rss/view Добавлен: 2010-10-05 11:46:25 блограйдером vsteers

Как ИТ-директору пережить слияние компаний?

2012-11-07 07:25:40 (читать в оригинале)

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

Читать дальше...

---

Стоит ли привлекать фрилансеров к работе в ваших проектах?

2012-11-06 18:05:21 (читать в оригинале)

Фрилансер – специалист, которого вы привлекаете для «разовой», часто удаленной работы. Очень часто работа фрилансера оплачивается электронными или бумажными наличными, без оформления договоров и оплаты каких-либо налогов. Впрочем «разовая» работа тоже иногда превращается во вполне постоянную занятость. Что-то в моем рассказе фриланс начинает выглядеть, как плохая бизнес-практика. Попробуем выделить позитивные и негативные стороны работы с фрилансерами.

Читать дальше...

---

Кому быть ИТ-шником

2012-11-06 16:07:54 (читать в оригинале)

Во многих школах все еще существует такой "институт", как специалисты по проф.ориентации. Наверняка, многие помнят их тесты: по нескольким вопросам они пытаются установить, какое занятие через 5 - 8 лет обучения в ВУЗе будет по душе 17-летнему оболдую, не знающему, чем заняться по жизни.

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

А какие "правильные" вопросы вы бы предложили задавать школьникам, чтобы выявить их склонность или, наоборот, антипатию к ИТ?

Читать комментарии...

---

Вариант расчета стоимости обслуживания

2012-11-06 10:59:20 (читать в оригинале)

По просьбе Валерия Бычкова, выложил свой комментарий к этой теме в качестве отдельной статьи. Ожидаю комментариев сообщества.

В основе нашего подхода лежит сервисная модель. Существует Каталог Услуг (КУ), в котором расписано, что мы делаем в принципе, сколько это стоит и на каких условиях оказывается эта услуга, а когда она не оказывается. Для примера: в разделе «Аутсорсинг» есть услуга «Стандартное рабочее место», которая включает в себя полный перечень работ, которые выполняются по поддержке такого объекта, начиная с регламентной «Чистки ПК» и заканчивая запросом на изменение «Перемещение в рамках офиса». Причем сама конфигурация стандартного рабочего места фиксируется в договоре с заказчиком — базовые параметры ПК, подключенная периферия, обязательный набор ПО. В рамках услуги определен базовый пакет, отказаться от которого заказчик не в праве и который составляет базовую стоимость этой услуги на 1 рабочее место. В него входят услуги которые обеспечивают функционирование конфигурационной единицы и обеспечивают требуемое качество сервиса (то есть все то, без чего мы не подпишемся на поддержку в принципе, например управление конфигурацией). Все остальное — опционально.

Заказчик сам имеет возможность выбрать для каждой обслуживаемой единицы набор сервисов и параметры уровня сервиса. Уровни сервиса в базовой модели заложены стандартные, если заказчика они не устраивают, то садимся и пишем под него индивидуальный, с индивидуальным же расчетом стоимости. Типовые параметры SLA — время реакции, время восстановления. Выбранные параметры фактически являются коэффициентами к базовой стоимости выбранных услуг. К примеру, поддержка стандартного рабочего места в режиме 7х12 с 9 до 21-00 обойдется заказчику дороже стандартных 5х8 с 9-00 до 18-00.

Теперь расчет стоимости услуг. Самое сложное и интересное. В базе у нас лежит себестоимость услуги — фактически стоимость часа нашей работы как компании. Не конкретного инженера, а именно компании. В этом смысле, не важно что именно в этот час мы делаем: тянем сеть или восстанавливаем «упавший» сервер. Для примера: 5 инженеров с з/п в 25000 дают нам ФОТ в 125000 рублей ежемесячных расходов. 5 инженеров это 800 человеко-часов в месяц. Но, все мы «человеки» и работать со 100% отдачей постоянно никто не способен. Поэтому закладываем неизбежные потери рабочего времени в 20%. Остается 640 человеко-часов в месяц. Это максимальный объем работ который мы можем выполнить в месяц. Считаем базовую почасовую ставку инженера: 125000/640=195 рублей в час. Добавляем сюда аналогично рассчитанные прочие наши расходы: з/п первой линии, эккаунт-менеджеров, ИТ-директора, собственных администраторов, содержание офиса, связь, налоги и прочие расходы в расчете на 1 фирмо-час . Суммируем все позиции, добавляем нашу норму прибыли и отчисления в фонд развития и получаем к примеру 1750 рублей. Это цена по которой мы продаем свое время в рамках сервисных контрактов.

Следующая задача — «размазать» эту сумму по реальным трудозатратам. У нас ведется статистика по частоте и времени разрешения инцидентов разных типов. Это позволяет нам прогнозировать количество обращений того или иного типа по тому или иному сервису и соответственно планировать потребность в своих ресурсах. Типовые операции — нормируются. То есть мы знаем, что к примеру, типовое рабочее в рознице генерирует в среднем в месяц 5 обращений типа A и 1 обращение типа Б. Обращения типа  статистике разрешаются в течении 15 минут, а типа Б — в течении 1 часа. То есть месячная нагрузка с этой конфигурационной единицы составит 2,25 часа. В таком случае наши 1750 рублей в каталоге услуг будут оценены в 437 рублей для типа А и 1750 рублей для типа Б.

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

То есть, грубо говоря, заказчик набрал сервисов в своем договоре на 20 часов в месяц. Стоимость его контракта составит 1750 х 20 = 35000. При этом клиент никак не лимитирован в количестве обращений. Но клиент ограничен в тех сервисах, которые он может запрашивать у нас. Если услуга не оказывается ему по договору, мы оказываем ее за дополнительную плату. Если мы угадали с прогнозом - мы имеем свою маржу + финансирование своего развития. Если нет, то влетели на деньги и у нас есть стимул либо поменять что-то в клиенте, чтобы восстановить баланс, либо пересмотреть условия контракта (вплоть до расторжения) если нагрузку генерирует сам заказчик и на предложения обновить например парк ПК отвечает отказом.

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

Читать комментарии...

---

Как успешно пройти собеседование?

2012-11-06 09:58:20 (читать в оригинале)

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

Читать дальше...