Планерування систем

Стратегічне планерування і аналіз систем
ГоловнаЯк організувати "високоякісний" аутсорсингМодель 1: партнер контролює якість і продуктивність
 

Облако тегов

аутсорсер відвідувача відкуп відповідальності використання випробування витрати виявитися замовник коди контролює модель підрядчика партнера партнерові передає продуктивність системи якість якості


 

Модель 1: партнер контролює якість і продуктивність

Одна з основних цілей компанії, що віддає те або інше завдання на аутсорсинг, — зняти частину навантаження з власних співробітників. Логічно, що замовник рветься перекласти на аутсорсера максимально вірогідний об'єм рисок і відповідальності, у тому числі пов'язаних з якістю і продуктивністю створюваної системи.

Клієнт повинен вірно сформулювати завдання відносно якості і продуктивності, створити критерії оцінки кінцевого висновку і довести їх до партнера. Все інші вопросци (методологія випробування, використання тих або інших інструментів і так далі) віддаються на відкуп партнерові. Відвідувача цікавить лише одне: аби кінцевий результат відповідав його чеканням. Компанії-аутсорсери із задоволенням йдуть на виконання проектів "під ключ", оскільки це дає їм повний контроль над замовником і кінцевим висновком.

Головними перевагою для відвідувача в даному випадку є простота і ефективність ціноутворення: вимоги визначені і винагорода підрядчика залежить від міри їх ублаження. Замовник розробляє метрики якості і продуктивності, по яких потім розглядає готовність продукту. В більшості випадків партнери обговорюють процес взаємодії: внесення конфігурацій до системи, установки патчів, додавання новій функціональності, надання доповідей. Дана модель досить відмінний мотивує компанию-аутсорсера на високоякісне виконання роботи. Крім того, виконавши роботу відмінно, в строк і не вийшовши за рамки бютжета, аутсорсер підвищує свою репутацію на ринку.

Проте дана модель має ряд обмежень. Замовник не контролює якість, хоча віддавати цей критично принциповий елемент на відкуп сторонньої організації вообщем дуже ризиковано. Крім того, не контролюючи процеси випробування і використовуваний інструментарій, в один красивий момент замовник ризикує виявитися прив'язаним до певного підрядчика. Зможе також з'ясуватися, що необхідна якість і продуктивність були продемонстровані лише в середовищі, зробленою аутсорсером. Коли така система потрапляє в продуктивне середовище клієнта, виникають різні проблеми, і можуть знадобитися додаткові сесії тестування.

Принципово відзначити, що аутсорсинг дозволяє заощадити засоби з тактичної точки зору, але не веде до нарощування зоні відповідальності і експертизи власного персоналу в намірі управління якістю і продуктивністю інформаційної системи. Врешті-решт, для замовника може виявитися невигідним використання обумовлених заходів дії на напарника, що не досягає поставлених цілей. Результати цих заходів не напрявяться на користь розвитку партнерських стосунків, а з врахуванням нерозвиненості російського ринку аутсорсинга замовник може навіки залишитися без рук "трудящих". Таким чином, при повній передачі партнерові по аутсорсингу відповідальності за контроль над якістю ризик значно вищий, ніж здається на перший погляд. Модель 2: клієнт контролює якість і продуктивність

Компанія-аутсорсер бере на себе розробку, а якість і продуктивність контролює замовник. Аутсорсер передає клієнтові готовий код, і замовник сам вирішує, чи потрібно виробляти специфічні показники ефективності для цієї коди або орієнтуватися на стереотипи, прийняті при проведенні внутрішніх розробок.

Очевидна перевага цієї моделі полягає в тому, що замовник повністю контролює вибір інструментів, використання тих або інших стереотипів або передового досвіду при організації тестування, виробленні показників і забезпеченні черговості підходу. Така модель краще всього личить для проектів з дуже твердими домаганнями і декількома бізнес-замовниками (наприклад, пов'язаних з доопрацюванням критично важливої для бізнесу системи, налаштуванням ERP-системи і так далі).

Проте і ця модель має лімітації. Аутсорсер не дуже зацікавлений у високій якості, оскільки обов'язок за випробування і пов'язані з сиим витрати повністю лежать на замовнику. Крім того, партнер бере на себе лише частину проектного перевантаження, а значить, економія на аутсорсинге може виявитися незначимою, особливо з врахуванням витрат на управління планом (координація робіт з аутсорсером, передача коди і так далі). А витрати на виправлення відшуканих помилок взагалі можуть звести економію нанівець. Нарешті, як і в попередній моделі, замовник передає партнерові контроль на кроці кодування, що може влаштувати його залежним від певних процесів, технологій і, основне, від цього партнера.



Принципи зведення центру компетенції

Центр компетенції — внутрішня організаційна структура, в завдання якої входить забезпечення якості будь-якого упроваджуваного в компанії програмного забезпечення. Такий центр характеризується єдиними управлінською і технологічною платформами, у тому числі процесами,...
Захист і шифрування корпоративної пошти

Електронна пошта - 1 з ширше використовуваних видів сервісу, як в корпоративних мережах, так і в Інтернет. Вона є не просто способом доставки повідомлень, а важливим засобом комунікації, розподіли інформації...

Етап 3

Зустрічі з учасниками тендеру. Як правило, учасники тендеру хочуть зустрітися з представниками замовника для уточнення складових частин. Необхідно відвести на це досить часу; у нашій практиці такий термін зазвичай складає...

Дивіться також



Рішення і послуги IRROX

IRROX дає свої висновки і послуги для організації дієвої ИТ-служби, засновані на сучасних глобальних досягненнях, сучасних програмних висновках і практичному досвіді реалізації схожих проектів в російських умовах . Підхід IRROX...