Архітектор повинен бути практиком

Джон Девіс

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

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

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

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

Хороший архітектор зобовязаний на рівні експерта володіти як мінімум одним з інструментів своєї професії, наприклад інтегрованої середовищем розробки (IDE) памятайте, що архітектор повинен бути практиком Цілком логічно, що архітектору ПО слід добре знати IDE, архітектору баз даних – інструментарій побудови діаграм «сутність-звязок» (ER-діаграм), а інформаційному архітектору – інструменти XML-моделювання Однак провідний архітектор зобовязаний вміти застосовувати інструменти всіх рівнів, від контролю мережевого трафіку з використанням Wireshark до моделювання складних фінансових повідомлень в XMLSpy, – для нього не існує дуже низьких або дуже високих рівнів

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

Джон Девіс (John Davies) в даний час є провідним архітектором у фірмі Revolution Money (США) Нещодавно заснував нову компанію Incept5

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

*

*