Підготуйте переконливе економічне обгрунтування

І Чжоу

Чи доводилося вам як архітектору програмного забезпечення стикатися з труднощами фінансування архітектурних проектів Переваги того або іншого архітектурного рішення очевидні для архітекторів, але для зацікавлених у проекті сторін це найчастіше не так Психологія масової свідомості говорить, що більшість людей схильна вірити лише тому, що бачить на власні очі Однак на ранній стадії проекту важко продемонструвати зацікавленим сторонам щось, що може стати переконливим доказом на користь якісного опрацьовування програмної архітектури Ще складніша справа в галузях, які не повязаних з програмуванням, де зацікавлені сторони зазвичай дуже слабо розбираються в програмних технологіях

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

Протягом своєї карєри я неодноразово застосовував наступний процес з пяти кроків для успішного просування своїх архітектурних рішень:

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

2 Запропонуйте кількісні метрики Користь від пропонованих вами рішень повинна бути вимірної (до розумного ступеня) Чим більше кількісних показників ви предявіть, тим переконливіше зможете обгрунтувати своє твердження про те, що пропонована архітектура забезпечить істотну віддачу Чим раніше будуть задані метрики, тим простіше вам буде керувати сприйняттям зацікавлених сторін – А це допоможе вам переконати їх у перевагах своєї архітектури

3 Увяжем свої дані з традиційними бізнес-метриками Буде чудово, якщо ви зумієте безпосередньо представити результати технічного аналізу в грошовому вираженні Зрештою, єдиним незмінним параметром в традиційних бізнес-метриках є гроші Якщо ви недостатньо добре розбираєтеся у фінансових тонкощах, візьміть собі в помічники бізнес-аналітика

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

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

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

Джерело: Форд Н, Найгард М, де Ора Б, 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>

*

*