ика до майбутньої системи і обсяг робіт з її впровадженню.
2.1 Причини розбіжностей
У реалізації проекту з впровадженню АС завжди беруть участь дві сторони замовник і виконавець. У ролі замовника виступає підприємство або його підрозділ, в ролі виконавця - IT відділ того ж підприємства або, консалтингова компанія. У процесі обговорення замовником і виконавцем передбачуваних результатів проекту вирішується питання про те, які завдання і в які терміни повинен завершити виконавець, а також які ресурси йому для цього будуть потрібні. І якщо з власної IT-службою домовитися порівняно просто, то при спілкуванні з зовнішніми консультантами - може виникнути ряд специфічних проблем.
При узгодженні цілей і завдань впровадження системи консультант і клієнт фактично розмовляють різних мовах. Те, що є очевидним і зрозумілим для компанії, може не бути таким для консультанта. Консультанти ж у свою чергу часто не вважають потрібне пояснювати звичні для них технічно складні викладки і терміни, які, все одно, незрозумілі замовнику.
Проблема пошуку загального мови з консультантами може виникнути при розподілі відповідальності та обговоренні набору документів, необхідних для реалізації проекту.
Консультанти не завжди розуміють особливості ведення бізнесу, намагаються підігнати бізнес-процеси компанії під наявний алгоритм системи, не вникаючи в тонкощі роботи. У Зокрема, при описі бізнес-процесів компанії не змогли домовитися з консультантами про реалізацію в системі розрахунків ретро-бонусів, які є важливою частиною політики продажів.
2.2 Нечіткі вимоги до проекту
Сторони завжди прагнуть спростити процес обговорення і узгодження обсягу робіт за проектом, щоб швидше перейти безпосередньо до впровадження. Консультанти по декількох формальними ознаками роблять висновок про те, що завдання, які стоять перед замовником, є типовими для даної галузі або виду діяльності, та пропонують рішення, вже застосовувалося в таких проектах. Роботи в цьому випадку стоять набагато менше, ніж розробки унікального рішення для конкретної компанії. Підприємство, яке прагне заощадити і час, і кошти, з готовністю йде на це. У результаті вимоги до проекту так і залишаються нечіткими. З іншого боку, компанії-клієнти часто самі апелюють до попередніх проектів (В«Зробіть так самоВ») і не відводять часу на детальне ознайомлення консультантів зі специфікою свого бізнесу. Виходить замкнуте коло: замовник вважає, що консультанту спочатку відомі всі його проблеми, а консультант вважає, що ці проблеми стандартні і до них можна застосувати одного разу розроблене рішення. У ході реалізації проекту вимоги підприємства уточнюються і деталізуються. Як правило, при цьому збільшується обсяг завдань і, як наслідок, терміни і вартість проекту.
Наприклад, в крупній компанії здійснюється проект впровадження інформаційної системи. Коли система була обрана і схвалена, а проект впровадження пройшов кілька фа...
