Проблеми можуть бути більше, ніж їх відображення в дзеркалі

Дейв Куїк

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

Це трапляється з різних причин:

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

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

• Більшість розробників – оптимісти Гіркий життєвий досвід вчить нас стримувати свій оптимізм, але неофіти схильні дивитися на світ оптимістично Люди, від природи песимістичні, в командах зазвичай непопулярні, навіть якщо раз за разом виявляються праві Мало хто

Автор обігрує стандартне попередження, яке розміщується на опуклих автомобільних дзеркалах заднього виду: «Предмети знаходяться ближче, ніж їх відображення в дзеркалі» – Прімечред

на особистий досвід можуть призвести до того, що ми упустимо з виду важливі питання проектування

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

Як цього уникнути

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

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

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

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

Виключення «Я» з архітектури не гарантує успіху Воно всього лише

усуває поширений джерело помилок, що відбуваються тільки по

вашої вини

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

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

*

*