Відповідайте за свої рішення

І Чжоу

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

Як стати відповідальним архітектором, приймаючим ефективні архітектурні рішення

По-перше, ви повинні добре знати процес прийняття рішень незалежно від того, чи відноситься він до гнучких або традиційним методологіям Не можна сказати, що архітектурне рішення прийнято, поки не виконані наступні дві умови:

• Рішення викладено письмово, оскільки архітектурні рішення рідко бувають тривіальними Вони повинні бути чітко обгрунтованими і відстежувати аж до джерела

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

По-друге, регулярно повертайтеся до аналізу своїх архітектурних рішень Зіставляйте результати своїх рішень з вихідними очікуваннями Визначайте, які архітектурні рішення довели свою правильність, а які ні

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

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

І Чжоу (Yi Zhou) в даний час працює головним архітектором програмного забезпечення в широко відомої біотехнологічної компанії, де проектує програмні платформи для медичних пристроїв і персоналізації управління ходом захворювання Він володіє майже 20-річним досвідом, що охоплює всі стадії циклу розробки ПО, і спеціалізується на узгодженні бізнесу і технологій, стратегічному плануванні, вдосконаленні процесів, проектуванні архітектур та інфраструктур, створенні проектних команд і управлінні ними, а також на консультуванні

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

*

*