Підтримуйте розробників

Тімоті Хай

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

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

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

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

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

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

Тімоті Хай (Timothy High) – архітектор програмного забезпечення, у якого за плечима більш ніж 15-річний досвід розробки з використанням веб-технологій, створення багаторівневих клієнт-серверних систем і застосування технологій інтеграції додатків В даний час працює архітектором програмного забезпечення в компанії Sakonnet Technologies, яка є лідером в області створення програм для управління угодами і ризиками у сфері енергетики (ETRM – Energy Trading and Risk Management)

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

*

*