Можливо, ваша головна проблема не в технологіях

Марк Ремм

Прямо зараз десь зазнає лиха черговий проект системи розрахунку зарплати .. А швидше за все, і не один

Чому це сталося Тому що розробники вибрали Ruby замість Java або Python замість Smalltalk Тому що вирішили використовувати Postgres, а не Oracle Чи тому що воліли платформу Windows, хоча слід було вибрати Linux Як відомо, у всіх невдачах проектів зазвичай звинувачують технологію Але чи справді ваша задача була настільки складна, що можливостей Java виявилося для неї недостатньо

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

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

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

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

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

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

• Приступайте до бесіди тільки у відповідному для спілкування настрої

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

• Використовуйте такі ситуації як можливість досягти взаємної вигоди

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

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

Марк Ремм (Mark Ramm) – «великодушний довічний диктатор»1 для TurboGears 2, пристрасний шанувальник Python і, взагалі кажучи, абсолютно навіжений хлопець Він перепробував всі мислимі і немислимі види діяльності – від архітектора програмного забезпечення та мережевого адміністратора до ловця лобстерів і прибиральника в барі для байкерів Його основне захоплення – розробка інструментів, що підвищують продуктивність праці програмістів (як професіоналів, так і любителів)

«Великодушний довічний диктатор» (Benevolent Dictator For Life, BDFL) – жартівливий термін в області розробки вільного ПЗ, яким іменують главу або засновника проекту, що зберігає за собою право приймати остаточні рішення (див http://ruwikipediaorg/wiki/BDFL) – Прямуючи перев

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

*

*