درحال مشاهده: مهندسی و مدیریت ساخت پروژه - مطالب ابر مدیریت

سال نو مبارک

مدیریت ذی‌نفعان پروژه

1395/12/25
13:42
امیرحسین ستوده بیدختی
مدیریت ذی‌نفعان پروژه
مطابق تعریف موسسه PMI، مدیریت پروژه شامل به کارگیری دانش، مهارت‌ها، ابزارها و تکنیک‌ها در ارتباط با فعالیت‌های پروژه، برای تأمین نیازها و انتظارات ذی‌نفعان است. بنابراین بدون توجه به نیازها و انتظارات ذی‌نفعان مختلف، احتمال دارد پروژه موفق تلقی نشود، هرچند در زمان و محدوده مشخص و با هزینه تعیین شده تمام شود.
ذی‌نفعان،متشکل از افرادی با زمینه‌های متفاوت از علایق،پیشینه و مهارت‌ها هستند. ذی‌نفعان ممکن است خواسته های معارضی در پروژه داشته باشند. بنابراین مدیریت ذی نفعان باید بتواند تعادلی را در ارتباط با منابع موجود بین خواسته‌های مختلف و بعضاً متعارض بخش های مختلف پروژه برقرار کند.
شرایط محیطی پیچیده و غیر قطعی، دستیابی به تعادل و مدیریت ذی‌نفعان را دشوار می‌کند. لیکن برای رسیدن هماهنگی بین ذی‌نفعان و تیم پروژه، باید از درک صحیح اهداف پروژه توسط افراد مطمئن شده و بازخوردهای آن‌ها دریافت و بررسی شود. به این ترتیب با مشارکت دادن ذی‌نفعان در مرحله برنامه‌ریزی می‌توان از بسیاری از مشکلات آتی پیش‌گیری کرد.
به طریق ذکر شده، برنامه‌های ذهنی و پنهان افراد آشکار شده و اولویت‌بندی‌های پروژه شکل می‌گیرد. بنابراین مدیران پروژه برای شناسایی ذی‌نفعان و همکاری با آن‌ها به منظور درک ارتباطات و تاثیرشان بر موفقعیت پروژه، نیاز به مهارت‌های تحلیلی و درک عینی دارند.
تعریف ذی‌نفعان
مشارکت دادن ذی‌نفعان در پروژه می‌تواند فواید زیر را به‌دنبال داشته باشد:
افزایش تعهد ذی‌نفعان
کاهش هدر رفتن تلاش، زمان و سایر منابع
کاهش ریسک ایجاد تضادها و در پی آن کاهش دعاوی و اختلاف‌ها
ارائه خدمات بهتر به مصرف‌کنندگان نهایی
پیش‌بینی بهتر موضوعات آتی
انگیزش بهتر افراد

 مهندسی و مدیریت ساخت  (ICEMA)  Construction Engineering Management


تعاریف دیگر مدیریت ذی‌نفعان

نخستین بار فریمن در سال ۱۹۸۴ مفهوم “ذینفعان” را در قالب یک ساختار و تعریف منسجم مطرح کرد و برای آن هویتی منحصر‌به‌فرد، در بحث مدیریت، قائل شد:
فرد یا گروهی که می‌تواند بر دست یابی یک سازمان به اهدافش تأثیرگذار باشد یا از دست یابی سازمان به اهدافش تأثیر می‌پذیرد.
دیگر از تعاریف‌ نیز توسط محققان دیگر نیز به شرح زیر ذکر شده است.
فرد یا گروهی که از موفقیت پروژه و محیطی که پروژه در آن اجرا می‌شود، انتظار منافعی دارند. (Mc Elory & Mills. 2007)
رابطه آن ها با سازمان را نمی‌توان محدود به رابطه‌ی قراردادی یا اقتصادی دانست بلکه روابطی اجتماعی با سازمان دارند. (Clarkson Centre for Business Ethics 1999)
افرادی که سرمایه ای در سازمان دارند که در معرض ریسک قرار دارد و به واسطه آن و درنتیجه فعالیت‌های سازمان ممکن است چیزی را به‌دست آورده یا از دست بدهند. (Clarkson Centre for Business Ethics 1999)
افراد یا گروهی که نسبت به بعضی جنبه‌های ماهوی پروژه یا ادعای مشروح دارند و یا تصور می‌کنند که ادعای آن‌ها مشروع است. مفهوم ذی‌نفع، یک علاقه یا سهم یا ادعا در یک پروژه است. دامنه این نفع ممکن است از یک علاقه غیررسمی تا یک ادعای قانونی مالکیت را شامل شود. (Cleland. 1998)
افراد یا گروه هایی که ادعاهای آن ها در سازمان مشروعیت یا فوریت داشته و قدرت تأثیرگذاری بر تصمیمات سازمان را دارند. (Mitchell, Agle, & Wood 1997)
کسانی که تجربه منافع و یا ضررهای بالقوه ای درنتیجه فعالیت های سازمان را دارند. (Donaldson & Preston 1995)
ذی‌نفعان داوطلب، گروه یا افرادی هستند که با سرمایه گذاری مالی و یا انسانی در پروژه، متومل ریسک شده‌اند. ذی‌نفعان غیرداوطلب، به علت فعالیت های پروژه درمعرض ریسک قرار گرفته‌اند. بدون فاکتور ریسک، ذی نفعی تعریف نمی‌شود. ( Clarkson, M. 1994)
گروه هایی که بدون پشتیبانی آنان حیات سازمان متوقف می‌گردد. (Standard Research Institute. 1963)
افرادی هستند که می توانند به سازمان کمک کرده و یا به آن آسیب برسانند. (Miller and Lewis1991)

مدیریت ریسک چیست؟

1395/12/25
13:24
امیرحسین ستوده بیدختی
مدیریت ریسک چیست؟

مدیریت ریسک پروژه شامل فرآیندهای برنامه‌ریزی ، شناسایی ، تحلیل ، برنامه‌ریزی پاسخ و کنترل ریسک پروژه می‌باشد. هدف از مدیریت ریسک ، افرایش احتمال و اثر وقایع مثبت و کاهش احتمال و اثر وقایع منفی در پروژه می‌باشد.

ریسک پروژه یک وضعیت یا رویداد غیرقطعی است ، که اگر اتفاق بیافتد ، حداقل بر یکی از اهداف پروژه اثر می‌گذارد. اهداف می‌تواند محدوده ، زمان ، هزینه و کیفیت باشد. یک ریسک ممکن است یک یا چند علت داشته باشد و اگر اتفاق بیفتد ، ممکن است یک یا چند اثر را به دنبال داشته باشد. مثلا ریسک عدم تأمین مالی توسط کارفرما می‌تواند به دلایل مختلفی مانند تخصیص بودجه به پروژه‌های دیگر سازمان ، عدم دریافت بودجه کارفرما از دولت و … اتفاق بیافتد. این ریسک می‌تواند اهداف هزینه و زمان پروژه را تحت تاثیر قرار دهد.
فرآیندهای ریسک

برنامه‌ریزی مدیریت ریسک : فرآیند تعریف چگونگی هدایت فعالیت‌های مدیریت ریسک پروژه.

شناسایی ریسک : فرآیند تعیین و ثبت مشخصات ریسک‌های اثرگذار بر پروژه.

تحلیل کیفی ریسک : فرآیند اولویت‌بندی ریسک‌ها جهت تحلیل بیشتر یا ارزیابی و ترکیب احتمال وقوع و اثر.

تحلیل کمی ریسک : فرآیند تحلیل عددی ریسک‌های شناسایی شده.

برنامه‌ربزی پاسخ به ریسک‌ها : فرآیند بررسی گزینه‌ها ، جهت افزایش فرصت‌ها کاهش تهدیدها بر اهداف پروژه.

کنترل ریسک‌ها : فرآیند پیاده‌سازی برنامه‌های پاسخ ریسک ، پیگیری ریسک‌های شناسایی شده ، پایش بر ریسک‌های باقی‌مانده ، شناسایی ریسک‌های جدید و ارزیابی اثربخشی فرآیند ریسک در طول اجرای پروژه.
ریسک‌های شناخته شده و ناشناخته

ریسک‌های شناخته شده : آن‌هایی هستند که شناسایی و تحلیل شده‌اند و امکان برنامه‌ریزی پاسخ به آن‌ها وجود دارد. به ریسک‌های شناخته شده‌ای که نمی‌توانند فعالانه مدیریت شوند باید یک ذخیره احتیاطی تخصیص داد.

ریسک‌های ناشناخته : تمی‌توان به صورت فعالانه، مدیریت نمود و به همن دلیل ممکن است به آن ذخیره مدیریتی تخصیص داد.

اگر یک ریسک منفی اتفاق بیافتد، به‌عنوان مشکل در نظر گرفته می شود. در صورت بزرگ بودن ابعاد ریسک تبدیل بحران می‌شود.
ریسک کلی پروژه

ریسک منفرد با ریسک کلی پروژه متفاوت است. ریسک کلی پروژه تاثیر عدم قطعیت را بر کل پروژه نشان می‌دهد. ریسک کلی پروژه بیشتر از مجموع ریسک‌های منفرد درون پروژه است، زیرا شامل تمامی منابع عدم قطعیت پروژه می‌باشد. ریسک کلی در معرض قرارگرفتن ذی‌نفعان در خصوص تبعات احتمالی انحرافات در نتیحه پروژه، هم مثبت و هم منفی، را نشان می‌دهد.
آشنایی با تعاریف مهندسی ارزش
مهندسی ارزش یکی از ارکان لاینفک مدیریت پروژه است. مهندسی ارزش در استانداردها و انجمن‌های گوناگون با تعاریف مختلفی بیان شده است. لیکن شاکله‌ی اصلی این تعاریف یکسان بوده و بر رویکردی خلاقانه‌ای که بتواند با حفظ کیفیت هزینه را کاهش دهد یا با حفظ هزینه کیفیت را افزایش دهد، تأکید دارد. یا به طور روشن‌تر مهندسی ارزش ارزش یک کار را افزایش داده و کارهای زاید را حذف می‌نماید. در زیر اشاره‌ای به تعریف ارائه شده توسط برخی از آن‌ها داریم.
تعریف PMBOK (کتاب مرجع مدیریت پروژه)
مهندسی ارزش، یک روش خلاق، برای بهینه کردن هزینه دوره عمر، افزایش سود، صرفه جویی در زمان، بهبود کیفیت، توسعه سهم بازار، حل مشکلات و استفاده اثر بخش تر منابع می باشد.
انجمن مهندسی ارزش آمریکا
مهندسی ارزش مجموعه تکنیکهای سیستماتیک و کاربردی است که برای تشخیص کارکرد یک محصول / خدمت و تولید / ایجاد آن کارکرد با حداقل هزینه به کار می رود.
دیدگاه مایلز
مهندسی ارزش دیدگاهی خلاق، کارکردگرا و سازمان یافته، با هدف شناسایی و حذف هزینه های غیر ضروری است، یعنی هزینه هایی که نه به کیفیت، نه بهره برداری، نه به عمر مفید، نه به زیبایی ظاهری و نه به مشخصات درخواستی کارفرما مربوط می شود.
انجمن مهندسی ارزش استرالیا
مدیریت ارزش یک فرآیند بازبینی و برنامه حیاتی، بحرانی است که کاملا مجزا است و بخاطر ساختارش از یک نقشه کار استفاده کرده و توجه تجزیه ای آن بر رسیدن به بهترین ارزش در زمان مناسب با توجه به بهترین ارزش پولی است.
انجمن مهندسی ارزش هندوستان
رویکرد تیمی نظام مند، کارکردگرا و کاری مطالعاتی است به منظور بهبود ارزش یک محصول سیستم یا خدمت. غالباً این بهبود بر روی کاهش هزینه تمرکز دارد، ولی سایر زمینه های مهم از قبیل کیفیت دریافتی مشتری و کارایی نیز از اهمیت بسزایی در معادله ارزش برخوردارند.
سه اصطلاح رایج مدیریت ریسک پروژه

اشتهای ریسک (Risk Appetite):
سطحی از عدم قطعیت که سازمان برای دستیابی به اهداف کسب و کاری خود می‌پذیرد. به عبارت دیگر به محدوده ای که ریسک‌های پذیرفته شده را در بر می‌گیرد، اشتهای ریسک می‌گویند. هر چه این محدوده، ریسک های بیشتری را شامل شود، اشتهای ریسک بیشتر است.

 مهندسی و مدیریت ساخت  (ICEMA)  Construction Engineering Management


حد آستانه ریسک (Risk Threshold):
حدی از عدم قطعیت یا سطح اثر ریسک که یک ذی‌نفع در پروژه منفعت دارد. پایین تر از حد آستانه، سازمان ریسک را می پذیرد و بالاتر از آن، ریسک را تحمل نمی‌نماید. بالاتر از آن سطح باید اقدامی صورت پذیرد تا به صورت فعال با ریسک مواجه شود و پایین تر از این سطح ریسک در محدوده اشتهای ریسک بوده و پذیرفته می شود.

تحمل ریسک (Risk Tolerance):
برای اهداف زمان، هزینه، محدوده و کیفیت، محدوده پذیرش مختلفی تعریف می‌شود. اگر میزان انحراف از حد آستانه آنقدر ناچیز باشد که مانع تحقق هدف نشود، در اینصورت این سطح از انحراف قابل قبول است. به این سطح قابل پذیرش، تحمل ریسک گفته می شود.


مدیریت ریسک‌های ناشناخته

1395/12/25
13:18
امیرحسین ستوده بیدختی
مدیریت ریسک‌های ناشناخته
ریسک‌های ناشناخته بحران پروژه‌ها
نوسان قیمت مواد یا کمبود مهارت‌های بالقوه در پروژه، جزء ریسک‌های شناخته شده پروژه می‌باشند. این نوع ریسک‌ها را می‌توانید کاهش دهید و یا آن‌ها را کنترل کنید. در مقابل ریسک‌های ناشناخته مشکلات‌ بیشتر و بزرگ‌تری را برای ما ایجاد می‌کنند. ریسک‌های ناشناخته می‌تواند آگاهی از یک محدودیت زیر ساختی مانند امکانات سخت‌افزاری در پروژه‌های IT یا کشف زیرخاکی در پروژه‌های ساخت باشد. در هر صورت می تواند دلیل شروع تاخیرات و افزایش هزینه‌ها در پروژه باشد. اگر توجه ویژه به این ریسک‌ها نشود، ما بعنوان مدیر پروژه باید برای پاسخ‌دهی به این شرایط تقلای زیادی کنیم یا اینکه شکست پروژه را بپزیریم.

 مهندسی و مدیریت ساخت  (ICEMA)  Construction Engineering Management


با توجه به گزارش منتشر شده‌ی سال ۲۰۱۵ موسسه PMI، در ۳۰ درصد پروژه‌ها شناخت و تعریف ضعیف ریسک‌ها و فرصت‌ها دلیل اصلی شکست پروژه بوده است. همچنین ۸۳ درصد سازمان‌های با عملکرد بالا ( سازمان‌های که حداقل ۸۰ درصد پروژه‌ها را در زمان و بودجه تعیین شده به اهداف رسانده‌اند)، از سیستم مدیریت ریسک استفاده می کنند.
استفاده از برنامه‌ریزی احتمالی، در ثبت و مدیریت ریسک‌ها می‌تواند برای ما بسیار موثر باشد. به طوری که تیم پروژه انتظار غیرقابل پیش‌بینی ها را دارند. به عبارت دیگر آمادگی جهت مقابله با آن‌ها را دارند. خیلی مهم و سخت است با چیزی که ناشناخته است ارتباط برقرار کنیم. باید فرهنگ انتظار برای ناشناخته‌های‌ غیرقابل پیش‌بینی را در سازمانمان را پیاده کنیم.
قلمرو ناشناخته ریسک
همه‌ی ریسک‌های بالقوه با استفاده از درس‌اموخته‌های ما قابل شناسایی نیستند. برای شناسایی ریسک‌های ناشناخته، ما (مدیران پروژه) باید خارج از محدوده پروژه فکر کنیم. برای ریشه‌کن کردن مشکلات، مصاحبه با مشتریان یا استفاده از نمودار علت-اثر می‌تواند موثر باشد.
در یک شرکت پیمانکاری راه، درگیر پروژه‌ای بودیم. این شرکت در نقاط مختلف کشور پروژه داشت. قبل از آغاز پروژه برخی از ریسک‌های پروژه و پاسخ آن‌ها بررسی شد. پس از یک هفته کار در این شهر، یک گروه از افراد در این شهر جلوی کار را گرفتند. پروژه متوقف شد. کلیه نیروها و ماشین‌آلات ما با توجه به اینکه پروژه‌ی دیگری در نزدیکی نبود بیکار شدند. حال ما از یکی از شهروندان علت را جویا شدیم. با توجه به توضیحات او فهمیدیم که این ریسک از قبل آغاز پروژ وجود داشت. چون ما در بررسی ریسک، موضوع را فقط از دید خودمان و در محدوده پروژه دیده بودیم، این مورد اصلا دیده نشده بود. پس بهتر است قبل آغاز پروژه تیمی با استفاده از نظر مردم و مشتریان که کارفرما نیستند، به بررسی و شناسایی ریسک‌ها بپردازند.
ریسک‌های ناشناخته
هر پروژه یک مسیر جدید
یکی از مهارت‌ها و صفاتی که باید بعنوان مدیر پروژه باید داشته باشید چیست؟ شما همیشه باید در تردید باشید. در این صورت آگاهی شما در مورد ریسک‌ها بسیار افزایش می‌یابد. فرض کنید در مسیر همیشگی خود به سمت محل کار خود رانندگی می کنید، فقط حواستان به ریسک‌هایی است که از قبل در ذهنتان نقش بسته است. این یعنی با فرض اولیه پیش می‌روید. حال فرض کنیم شب می‌خواهیم به خانه‌ی جدید یکی از دوستانمان برویم. مسیری منتهی به آنجا را قبلا نرفته‌ایم. پس فرض اولیه از مسیر، در ذهنمان نیست. همچنین چون شب است ناشناختگی بیشتر است. در طول مسیر آمادگی را برای ریسک‌های احتمالی داریم. این رویکردی است که پیشنهاد می‌کنم همیشه در نظر داشته باشید. چون هر پروژه‌ای یک مسیر جدید است.
تیم خوش‌بین خوب یا بد!
یکی از بزرگ‌ترین ریسک‌های شما چیست؟ شاید دور از ذهن باشد اما یک تیم خیلی خوش‌بین یکی از بزرگ‌ترین ریسک‌های پروژه است. حال راه حل چیست؟
سوال کردن پیگیر از اعضای تیم پروژه جهت اطمینان از اینکه نسبت به محدوده و اهداف پروژه آگاهی دارند. آن‌ها باید بدانند اگر فرضیاتی برای پیش‌روی پروژه در نظر می گیریم، باید یک برنامه جایگزین برای زمانی که ریسک اتفاق می‌افتد و فرض را باطل می‌کند داشته باشیم. این کار جهت درگیری آن‌ها و کم کردن خوش‌بینی بیش از حدشان توصیه می‌شود. این مورد خیلی مهم است که فرضیات فقط فرضیه هستند و می‌توانند صحیح نباشند.
در سازمانی برای پیاده‌سازی سیستم ERP کارکنان تخصص لازم را نداشتند. برای این کار کل کار را به شرکتی که در این زمینه فعال بود واگذار شد. این مورد کاملا با فرض اینکه این شرکت کار را به موقع و در محدوده به هدف می‌رساند توسط اعضای تیم در نظر گرفته شد. در آخر پروژه پیاده‌سازی ERP با تاخیر زیاد به اتمام رسید که نتیجه‌ای هم که داشت اصلا مطابق چیزی نبود که سازمان درنظر داشت.
با احتیاط پیش بروید
ریسک‌های ناشناخته در کمین برنامه‌های شما هستند. در گذشته برخی فرضیات اساسی که حتی به دقت بررسی نشده بودند را بعنوان فرض اساسی پروژه درنظر می‌گرفتیم. که یک کار بسیار اشتباه بود و موجب عدم موفقیت پروژه‌ها می‌شد. پس در نظر داشته باشید باید بسیار محتاط پیش بروید.
برای مقابله با ریسک‌های ناشناخته باید ذخیره احتیاطی داشته باشید. همچنین داشتن یک سیستم کنترل تغییرات موثر بسیار حیاتی است. توصیه من این است که در ابتدای پروژه کارگاه ریسک را تشکیل دهید. این کارگاه را با حضور کارفرما، بهره‌برداران، دیسیپلین‌های مختلف و ذی‌نفعان موثر در پروژه تشکیل دهید. بهتر است کارگاه ریسک را در فاز اولیه پروژه، وقتی که طرح پیشنهاد می‌شود تشکیل دهید. این بخاطر این است که در ابتدای پروژه می‌توانید ریسک‌ها را با کارفرما و بهره‌بردار در میان بگذارید. در مورد فرضیات در نظر گرفته شده نیز با آن‌ها توافق کنید. این برای روشن‌تر شدن محدوده پروژه به ما کمک می‌کند. هرچند در این کارگاه‌ها همه‌ی ریسک‌ها شناخته نشده و ریسک‌های ناشناخته‌ای همچنان باقی می‌مانند.
اگر امکان حضور نتیجه‌ی ریسک‌ها در قرارداد ممکن نبود نگران نباشید. این کار بازهم برای شما بسیار مفید است. فایده اول این است برخی از ریسک‌های ناشناخته را شناسایی می‌کنید. فایده مهم‌تر چیست؟ کارفرما و اعضای تیم نسبت به ریسک شناخت پیدا می‌کنند و در هنگام روی دادن یک ناشناخته، انعطاف‌پذیری بالایی از خود نشان می‌دهند. این خود باعث سرعت بخشیدن و کنترل بهتر تغییرات می‌شود.
هر که ریسکش بیش سودش بیش

تعارض در تیم پروژه را مدیریت کنید

1395/12/25
13:00
امیرحسین ستوده بیدختی
چگونه با تعارض‌ها برخودر کنیم؟

قطعا تعارض در تیم پروژه، یکی از چالش‌های بزرگ شما مدیران پروژه است. جالب است بدانید، این تعارض در تیم پروژه همیشه بد نیست! گاهی وجود تعارض در تیم پروژه ممکن است منجربه یک ایده‌ی جدید خلاقانه یا روش‌های بهتر حل مشکل پروژه شود. فقط کافی است آن را به بهترین شکل مدیریت کنید.

بر اساس تجربیات و مطالعاتی که داشتم، تعارض در پروژه‌ها عمدتا به دلایل زیر می‌باشد:

    عدم توافق بر سر اهداف پروژه
    اختلاف نظر در اولویت های پروژه
    عدم توافق در برنامه زمانی پروژه

 مهندسی و مدیریت ساخت  (ICEMA)  Construction Engineering Management


با توجه به این‌که بسیاری از شما درگیر تیم‌های کاری در پروژه بوده‌اید، این موارد و بسیاری از موارد دیکر، از نظر شما زیاد دور از ذهن نیستند. علی‌الخصوص زمانی که سازمان درگیر تعداد زیادی پروژه، با اهداف و تیم‌های مختلف باشند. این مشکل زمانی بیشتر می‌شود که سازمان ساختار سازمانی وظیفه‌ای یا ماتریسی ضعیف داشته باشد و مدیر پروژه تحت نظر مدیر وظیفه‌ای فعالیت نماید. ارتباطات و جریان اطلاعات بین بخش‌های مختلف سرآغاز تعارض در پروژه است. اگر جرقه‌ی اختلاف زده شود، ارتباط و انتقال اطلاعات با گذشت زمان سخت‌تر و پیچیده‌تر می‌شود.

تعارض در تیم مدیریت

حال مشکل تعارض در تیم پروژه را همه‌ی مدیران به سادگی در می‌یابند. حال راه‌حل چیست؟ در این‌جا من به شما سه پیشنهاد دارم که شاید در این شرایط راه‌گشا باشد:

    تعداد جلسات و بازبینی‌ها در پروژه را افزایش دهید. این مورد خصوصا در ابتدای پروژه بسیار ضروری و کلیدی است. این امر باعث می‌شود ارتباطات مناسب بین اعضای تیم پروژه و مدیران وظیفه‌ای سازمان افزایش یابد. همچنین در این جلسات و بازبینی‌ها، بر روی اهداف و اولویت‌های پروژه بین اعضا توافق صورت می‌گیرد.
    به اعضای سازمان مهارت‌های نرم آموزش دهید. اگر تابحال در سازمانتان دوره‌های مهارت های نرم و ارتباطی برگزار نشده و کارکنانتان فاقد این مهارت‌ها هستند، کار را سریعا متوقف کرده و به آن‌ها آموزش دهید.
    محیطی با احترام متقابل بین کارکنان پروژه ایجاد کنید. هیچ روشی رفع تضاد و تعارض بدون رعایت احترام متقابل عملی نخواهد بود.

تعارض در تیم پروژه

اگر تضاد و درگیری در تیمتان به وجود آمد، سعی کنید با در نظر گرفتن چهار مرحله زیر آن را حل کنید:

گوش کنید: تمرکز کنید. با حواس کامل گوش دهید طرف شما چه می‌گوید. این را توجه داشته شما باید به دو چیز توجه کنید. یک کلام طرف مقابل که چه می‌گوید. از آن مهم‌تر به زبان بدن فرد در هنگام صحبت کردن. شما باید بیشتر به زبان بدن فرد توجه کنید. چون زبان بدن صادقانه احساس و حرف واقعی را می‌زند. پس شما باید بعنوان مدیر پروژه و رهبر تیم، دانش خود را در مورد زبان بدن افزایش دهید.

تأیید کنید: تأیید کردن به معنای موافقت نیست. شما می‌توانید حرف‌های یک فرد را بدون این‌که موافق آن باشید تأیید کنید. نظر هر فرد ممکن است درست باشد، شاید از نظر شما اینور نباشد! در این راستا عباراتی مانند “من میفهمم شما عصبانی هستید… “یا “متوجه‌ام شما چی می‌گید…” یا “اجازه بدید در مورد ریز این مطلب بعدا صحبت کنیم” می‌توانند فرد را تأیید کنند. با وجود این‌که شما با آن‌ها موافق نیستید ولی آن‌ها می‌فهمند که شنیده می‌شوند.

پاسخ دهید: حال بعد از این‌که حرف‌های آن‌ها را شنیدید و آن‌ها را درک نمودید، نوبت پاسخ شماست. در بیشتر مواقع شما با آن‌ها موافق نیستید و می‌خواهید مخالفت نمایید. حال چگونه؟ به آرامی و نرمی پیشنهادات خود را به فرد ارائه دهید. این احساس را به فرد انتقال دهید که در تصمیم‌گیری نقش دارد. مثلا گزینه‌های نزدیک به خواسته‌ی خود را به صورت جند پیشنهاد به وی جهت انتخاب ارائه دهید. یا این‌که از تجربیات گذشته خودتان که دلیل مخالفت با وی است بازگو نمایید.

اختلافات باقی‌مانده حل و فصل کنید: اگر به خوبی به آن‌ها گوش داده باشید دلایل اصلی مخالفت آن‌ها را باید بدانید. سعی کنید پس از حل موضوع اگر این دلایل باقی‌مانده باشند آن‌ها را از بین ببرید. با آن‌ها پیوسته در ارتباط باشید تا مطمئن شوید اختلافات باقی‌ماند حل شده است.

شما بعنوان رهبر تیم، باید اجازه ایجاد تضاد در تیم جهت بهبود و پیشرفت آن را بدهید. فقط فراموش نکنید باید آن‌ها را کنترل و مدیریت کنید تا به درگیری بدل نشود. این ضامن پیشرقت سازمان شماست.

مهندسی و مدیریت ساخت پروژه - مطالب ابر مدیریت

مدل سازی اطلاعات ساختمانمدیریت منابع انسانی
قراردادمدیریت دانش
موفقیتبرنامه ریزی
مدیریت پروژهتکنیک های خلاقیت
مدیریت ساختاستراتژی
چابکی در پروژهداستان مدیریتی
ساخت و ساز نابمدیران
مهندسی ارزشتصمیم گیری
مدیریت ریسک دفتر مدیریت پروژه
مدیریتبتن
رهبریمدیران پروژه
تکنیک های مدیریتی مهارت های مدیریتی
توسعه پایداراستاندارد PMBOK
کنترل پروژهآزمون pmp
سازمانمدیریت ساخت در شبکه های اجتماعی
مهندسی و مدیریت ساخت پروژه - مطالب ابر مدیریت,مدیریت ساخت ,مدیریت پروژه, مدیریت پروژه های ساخت, مدیریت پروژه و ساخت,مدل سازی اطلاعات ساختمان,مدیریت ساخت
تمامی حقوق این وب سایت متعلق به مهندسی و مدیریت ساخت پروژه است. |طراحی و توسعه:امیرحسین ستوده بیدختی|