Спілкування – король, ясність і лідерство його вірні слуги

Марк Річардс

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

Ясність характеризує процес спілкування Ніхто у вашій групі не стане читати 100-сторінковий документ з обгрунтуванням ваших архітектурних рішень Уміння чітко і ясно висловлювати свої думки життєво важливо для успіху будь-якого програмного проекту З самого початку роботи над проектом дотримуйтеся простих пояснень і ні в якому разі не починайте складати довгі описи в Word Використовуйте такі інструменти, як Visio, для створення простих діаграм, пояснювальних ваші ідеї Діаграми повинні бути простими, тому що вони майже напевно будуть часто змінюватися Ще одним ефективним засобом поширення інформації є неформальні зустрічі Кращий спосіб донести вашу думку до учасників проекту – зібрати групу розробників (або інших архітекторів) в одній кімнаті і зобразити свої ідеї на дошці Обовязково захопіть з собою цифровий фотоапарат (ніщо так не дратує, як вимога звільнити конференц-зал, коли ви тільки що закінчили малювати) Після зборів зробіть знімок, розмножте його і розповсюдьте серед інших учасників через вікі Відкладіть створення розлогих документів і направте зусилля на те, щоб донести свої ідеї до колег, а вже потім можна буде подумати і про більш докладному викладі ваших архітектурних рішень

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

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

Якщо «спілкування – король», то ясність і лідерство – його вірні слуги

Марк Річардс (Mark Richards) – директор і провідний архітектор в фірмі Collaborative Consulting, LLC, де він займається розробкою архітектури і проектуванням великомасштабних сервіс-орієнтованих рішень на базі J2EE та інших технологій головним чином в області фінансових операцій Працює в програмній галузі з 1984 року, володіє значним досвідом проектування та розробки на J2EE, обєктно-орієнтованого проектування і розробки, а також досвідом системної інтеграції

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

*

*