گاهی اوقات آدم به زندگی‌ عجیب و غریب آدم‌هایی برخورد می‌کند که حتی تصور قرار گرفتن در موقعیت آن‌ها هم حسابی ترسناک است! ناندو پارادو در سال ۱۹۷۲ یکی از شانزده مسافر نجات یافته‌ی پرواز ۵۷۱ خطوط هوایی اروگوئه بود که بر روی سلسله کوه‌های آند سقوط کرد. او که مادر و خواهرش را در این پرواز از دست داده بود، همراه با دیگر نجات‌یافتگان ۷۰ روز را در میان برف‌ها و یخ‌های کوه‌های آند بدون دسترسی به غذا و آب گذراند تا نجات یابد. برای نجات پیدا کردن هم او همراه با یک نفر دیگر، ۱۰ روز از کوه‌ها بالا رفتند؛ در حالی که تلاش آن‌ها توسط دیگر اعضای گروه‌ به شکل‌های مختلفی حمایت می‌شد.

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

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

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

منبع: این‌جا و ویکی‌پدیا

پ.ن. سایت آقای پارادو را هم دوست داشتید ببینید.

دوست داشتم!
۴

گاهی اوقات آدم به زندگی‌ عجیب و غریب آدم‌هایی برخورد می‌کند که حتی تصور قرار گرفتن در موقعیت آن‌ها هم حسابی ترسناک است! ناندو پارادو در سال ۱۹۷۲ یکی از شانزده مسافر نجات یافته‌ی پرواز ۵۷۱ خطوط هوایی اروگوئه بود که بر روی سلسله کوه‌های آند سقوط کرد. او که مادر و خواهرش را در این پرواز از دست داده

الان داشتم این پست را می‌خواندم که در مورد پیمایشی (همان Survey) است که توسط مؤسسه معظم فارستر بر روی پروژه‌های بهبود فرایند انجام شده است. نویسنده می گوید که در تحقیقات‌شان به این نتیجه رسیده‌اند که این پروژه‌ها به سه شکل انجام می‌شوند: ۱- تیم بهبود فرایند از تیم IT جدا (و در پاره‌ای موارد مستقل) است؛ ۲- مسئولیت اصلی با تیم IT است؛ ۳- مسئولیت اصلی با تیم بهبود فرایند است. بعد سؤال کرده کدام بهتر است؟

تجربه ما در پروژه‌های معماری سازمانی نشان‌دهنده آن است که به دو شکل می‌توان فرایندها را بهبود داد: ۱- با استفاده از مفاهیم و ابزارهای معمول بهبود فرایند (مثلا حذف فعالیت‌های تکراری یا غیرضروری، ادغام فعالیت‌های مشابه و …)؛ ۲- با استفاده از قابلیت‌های فناوری اطلاعات یا به به‌ عبارتی IT Capabilities (مثلا خودکار کردن برخی فعالیت‌ها مثل تولید گزارش‌ها، در دسترس قرار دادن کلیه اطلاعات لازم برای تصمیم‌گیری و …) اما نکته اساسی این‌جا است که این دو گونه فعالیت از هم منفک نیستند و هر دو تیم فرایندی و IT باید در کنار یکدیگر کار بهبود فرایندها را انجام بدهند؛ یعنی فرایند در عین حال از هر دو زاویه دید بهبود فرایند و قابلیت‌های IT بهبود داده شود.

بگذریم. نکته اصلی که در نوشته مذکور وجود داشت جایی بود که نویسنده به مفهوم بامزه راکی (RACI) در تصمیم‌گیری اشاره می‌کند و منظورش این است که وقتی مشخص شد کدام یک از سه حالت فوق کارامدتر است؛ باید مشخص شود ذی‌نفعان تصمیمات گرفته شده در پروژه بهبود فرایند چه کسانی هستند؟ او ذی‌نفعان تصمیمات را در ۴ دسته تقسیم‌بندی می‌کند:

۱- R (نماد Responsible): چه کسی مسئول تصمیم‌گیری است؟ (در این مثال تیم بهبود فرایند)

۲- A (نماد Accountable): چه کسی باید در مورد تصمیم‌های گرفته شده پاسخ‌گو باشد؟ (در این مثال مدیر واحد سازمانی مرتبط با فرایند)

۳- C (نماد  Contributing): چه کسانی باید در فرایند تصمیم‌گیری مشارکت کنند؟ (در این مثال کارکنانی که در انجام فرایند کنونی درگیرند و باید فرایند بهبود یافته را هم انجام دهند)

۴- I (نماد Informed): چه کسانی باید از تصمیم‌های گرفته شده مطلع شوند؟ (در این مثال واحدهای سازمانی که ورودی فرایند بهبود یافته را تأمین می‌کنند یا از خروجی آن استفاده می‌کنند)

خوب راکی تصمیم‌گیری شما چیست!؟

دوست داشتم!
۰

الان داشتم این پست را می‌خواندم که در مورد پیمایشی (همان Survey) است که توسط مؤسسه معظم فارستر بر روی پروژه‌های بهبود فرایند انجام شده است. نویسنده می گوید که در تحقیقات‌شان به این نتیجه رسیده‌اند که این پروژه‌ها به سه شکل انجام می‌شوند: ۱- تیم بهبود فرایند از تیم IT جدا (و در پاره‌ای موارد مستقل) است؛ ۲- مسئولیت