Проблема користувальницького

визнання

Норман Карновейл

Люди не завжди раді появі нових систем або великим оновлень Це може поставити під загрозу успішне завершення проекту

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

Ви як архітектор повинні знати про проблему з визнанням системи користувачами, розуміти поточний рівень її небезпеку і вживати заходів до її усунення Для цього вам необхідно розуміти суть проблеми і причини, її породжують Ось найбільш поширені причини:

• Люди можуть мати свої міркування про необхідність впровадження нової системи (і супутнього виведення з експлуатації старої) Зокрема, вони можуть побоюватися втратити цінну функціональність або втратити свій вплив у компанії через перерозподіл ролей

• Люди бояться нових (неперевірених) технологій

• Люди намагаються уникнути додаткових витрат

• Люди просто не люблять зміни

Кожна з причин вимагає свого підходу з одними впоратися можна, з іншими ні Ви повинні зрозуміти відмінності і швидко усунути ті проблеми, вплинути на які в ваших силах Як можна раніше почніть обговорювати з кінцевими користувачами нову систему, її реальні і уявні переваги і недоліки Найефективніша довгострокова міра – використовувати архітектуру системи, щоб задовольнити інтерес користувачів

До числа інших ефективних заходів належить навчання, заплановані демонстрації системи (на ранніх стадіях життєвого циклу проекту) і розповсюдження інформації про те, яку користь принесе нова система

Наявність у проекту прихильників також допомагає вирішити проблему визнання В ідеалі це має бути людина, що представляє групу користувачів або зацікавлених осіб Іноді самого цієї людини спочатку доводиться переконувати у перевагах системи Якщо підходящого кандидата немає, починайте пошуки з самого початку роботи над проектом, а коли знайдете, надайте йому всю можливу допомогу і підтримку

Біографія автора наведена на стор 57

Джерело: Форд Н, Найгард М, де Ора Б, 97 етюдів для архітекторів програмних систем – Пер з англ – СПб: Сим-вол-Плюс, 2010 – 224 с, Мул

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*