مین حالا، یک نفر (یا چند نفر) در حال اجرای پروژهای شکستخورده برای ساخت یک سیستم حقوق و دستمزد هستند.
چرا؟ آیا به این خاطر بود که روبی را بهجای جاوا انتخاب کردند، یا پایتون را بهجای اسمالتاک؟ یا به این دلیل که تصمیم گرفتند از پستگرس استفاده کنند بهجای اوراکل؟ یا شاید ویندوز را انتخاب کردند، در حالی که باید لینوکس را انتخاب میکردند؟
همهی ما دیدهایم که تکنولوژی قربانی پروژههای شکستخورده میشود. اما احتمال اینکه مشکل واقعاً آنقدر پیچیده بوده باشد که جاوا از پسش برنیاید، چقدر است؟
بیشتر پروژهها توسط انسانها ساخته میشوند، و آن انسانها پایهی موفقیت یا شکست هستند. بنابراین ارزشش را دارد که فکر کنیم چطور میتوانیم به موفقیت آنها کمک کنیم.
از طرف دیگر، احتمال زیادی وجود دارد که کسی در پروژه باشد که فکر میکنید “درست عمل نمیکند” و در حال خراب کردن کار است. در اینگونه موارد، تکنولوژیای که برای حل مشکلتان نیاز دارید، بسیار قدیمی و امتحانپسداده است؛ در واقع، شاید مهمترین نوآوری فنی در تاریخ بشر باشد: گفتوگو.
آشنایی صرف با گفتوگو بهعنوان یک تکنولوژی کافی نیست. یادگیری احترام گذاشتن به دیگران و دادن حسنظن به آنها، یکی از مهارتهای کلیدیای است که یک معمار باهوش را به یک معمار مؤثر تبدیل میکند.
نکات زیادی در این زمینه وجود دارد، اما چند توصیهی کوچک میتواند تأثیر زیادی در اثربخشی گفتوگوهای شما داشته باشد:
- با دید گفتوگو وارد شوید، نه با دید رویارویی.
اگر بهترین فرض را در مورد افراد داشته باشید و این موقعیت را فرصتی برای پرسیدن سؤال ببینید، قطعاً بیشتر یاد میگیرید و احتمال کمتری دارد که دیگران را در موضع دفاعی قرار دهید. - فقط زمانی وارد گفتوگو شوید که نگرش درستی داشته باشید.
اگر عصبانی، ناامید یا کلافه باشید، احتمال زیادی دارد که طرف مقابل نشانههای غیرکلامی شما را بهعنوان حمله تلقی کند. - از این فرصتها برای تعیین اهداف مشترک استفاده کنید.
بهجای اینکه به توسعهدهنده بگویید باید در جلسات ساکت بماند چون اجازه نمیدهد کسی صحبت کند، از او بخواهید در مشارکت دیگران کمک کند. توضیح دهید که برخی افراد درونگرا هستند و برای وارد شدن به گفتوگو به سکوت بیشتری نیاز دارند. از او بخواهید پنج ثانیه صبر کند قبل از اینکه وارد بحث شود.
اگر با هدف مشترک شروع کنید، به مسائل انسانی به چشم فرصتی برای یادگیری نگاه کنید، و احساسات خود را مدیریت کنید، نهتنها مؤثرتر میشوید، بلکه هر بار چیزی جدید یاد میگیرید
نویسنده: Mark Ramm
Mark Ramm رهبر پروژه TurboGears 2 است، یک علاقهمند به پایتون و فردی نسبتاً دیوانه! او تقریباً همهی شغلهای ممکن را انجام داده؛ از معمار نرمافزار گرفته تا مدیر شبکه، پرتابکننده تلهی خرچنگ و نظافتچی بارهای موتورسواری. او مشتاق ساخت ابزارهایی است که برنامهنویسان حرفهای و آماتور را کارآمدتر میکند.
