نگرش درست نسبت به شکست: چگونه یاد بگیریم از اشتباهات درس بگیریم. بسته شدن یک پروژه

ارسال کار خوب شما در پایگاه دانش ساده است. از فرم زیر استفاده کنید

دانشجویان ، دانشجویان تحصیلات تکمیلی ، دانشمندان جوانی که از دانش استفاده می کنند در کار و کار خود بسیار سپاسگزار شما خواهند بود.

ارسال شده در http://www.allbest.ru/

بسته شدن یک پروژه

1. Зوظایف تعطیلی پروژه

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

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

سه وظیفه اصلی بستن یک پروژه عبارتند از:

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

2. ارزیابی نتایج (پیشرفت پروژه) و کیفیت مدیریت پروژه.اثربخشی تیم ، اعضای تیم فردی و مدیر پروژه ارزیابی می شود. فروشندگان و مشتری می توانند اطلاعات خود را ارائه دهند. ارزیابی بازیکنان اصلی می دهد اطلاعات مهمبرای آینده.

3. یادگیری گذشته نگر.عبرت های آموخته شده باید به موفقیت پروژه های فعلی و آتی کمک کند. امروزه عبرت گرفتن از روش گذشته نگر عمدتاً به عهده یک متخصص مستقل است. این کارشناس همچنین داده های اصلی گزارش بسته شدن پروژه را ارائه می دهد که شامل درسهای آموخته شده است. این نتیجه گیری ها پس از پروژه باید توسط تیم مورد بحث قرار گیرد تا اطمینان حاصل شود که همه سوالات نادیده گرفته شده اند.

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

2. انواع بسته شدن پروژه

مدیریت نهایی پروژه

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

معمولی. معمول ترین وضعیت بسته شدن پروژه فقط یک پروژه تکمیل شده است. برای بسیاری از پروژه های توسعه فناوری اطلاعات ، تکمیل به معنای گذراندن است نسخه نهاییتوسعه به تولید و ایجاد یک محصول یا خدمات جدید. برای سایر پروژه های داخلی IT ، مانند بهبود (ارتقا systems) سیستم ها یا ایجاد یک سیستم جدید کنترل موجودی ، وقتی نتیجه در عملیات فعلی ادغام می شود ، پایان می رسد. در حین اجرا ، ممکن است تغییراتی در حجم ، هزینه و برنامه ایجاد شده باشد.

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

"من باید نگاهی به محصول جدیدحتی اگر هنوز کامل نباشد. زود به بازار رفتن به معنای سودهای کلان است! من مطمئن هستم که ما قادر به فروش مقدار زیادی خواهیم بود. اگر اکنون این کار را انجام ندهید ، ممکن است فرصت دیگری وجود نداشته باشد! "

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

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

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

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

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

3. عملیات تعطیلی پروژه

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

1) این کار را بکنید تا تیم این واقعیت را بپذیرد که پروژه دیر یا زود به پایان می رسد و

2) او را برای انتقال به پروژه های دیگر آماده کنید.

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

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

1. از مشتری قبول کنید که پروژه پذیرفته شده است.

2. "از منابع استفاده شده" جدا شوید و آنها را برای پروژه های جدید آزاد کنید.

3- قرارهای جدید اعضای تیم را اعلام کنید.

4- فاکتورها را ببندید و بررسی کنید که آیا همه فاکتورها پرداخت شده اند.

5. پروژه را به مشتری تحویل دهید.

6. گزارش نهایی بنویسید.

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

فهرست بررسی اختتامیه پروژه

4. تهیه گزارش نهایی

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

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

تحلیل و بررسی. داده ها در مورد پیشرفت پروژه ، اثربخشی رهبری و آموزه های آموخته شده برای بهبود پروژه های آینده مورد بررسی قرار می گیرند. تجزیه و تحلیل دلایل اساسی مشکلات و موفقیت ها را بیان می کند. تجزیه و تحلیل به طور خلاصه "در واقع" انجام می شود - نحوه انجام پروژه و اهداف ، روش ها و نحوه استفاده از منابع شرکت. معمول است که داده های "دیده شده" توسط شرکت و تیم پروژه جمع آوری می شود. PMO ها یا کارشناسان معمولاً از پرسشنامه برای انتخاب آن س questionsالات و رویدادهایی استفاده می کنند که بیشتر مورد توجه قرار می گیرند. به عنوان مثال: ”آیا فرهنگ شرکت از این نوع پروژه حمایت و پاسخگو بود؟ چرا؟ چرا که نه؟" یا: "آیا تیم دسترسی کافی به منابع شرکت داشته است - مردم ، بودجه ، ادارات ، تجهیزات؟ " PMO همچنین برنامه های پروژه ، مقایسه هزینه ها ، داده های حجم و سایر داده های مربوطه را که می تواند "تاریخچه" عملکرد از آنها جمع آوری شود ارائه می دهد. از این اطلاعات برای ایجاد گزارش نهایی پروژه استفاده می شود.

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

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

ارسال شده در Allbest.ru

اسناد مشابه

مطالعه اشیا and و اشخاص در مدیریت پروژه و همچنین تعامل آنها در روند اجرای پروژه. روشها و رهنمودهای رهبری برای اطمینان از اجرای پروژه. چرخه عمر پروژه و مراحل آن. شرکت کنندگان اصلی پروژه.

آزمون ، اضافه شده 2017/02/18


پایان نامه ، اضافه شده 03/21/2011


ماهیت و الزامات پروژه ها در کارهای اجتماعی. مراحل چرخه عمر پروژه. تجزیه و تحلیل سیستم ایجاد و مدیریت عملکردهای اصلی پروژه بر روی نمونه پروژه Ramenki. راه های اصلی اجرای موثر یک پروژه اجتماعی.

مقاله ترم اضافه شده 14/11/2016


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

گزارش اضافه شده در 18/7/2010


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

مقاله مدت دار اضافه شده 11/17/2013


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

مقاله ترم ، اضافه شده در 01/14/2011


مفهوم کلی چرخه زندگی یک پروژه. فرآیندهای اساسی مدیریت پروژه. تجزیه و تحلیل چرخه زندگی و فرآیندهای یک پروژه نفت و گاز در نمونه پروژه OAO "LUKOIL". ارزیابی مرحله چرخه عمر پروژه و توصیه هایی برای مدیریت آن.

مقاله ترم ، اضافه شده 1394/01/13


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

ارائه در تاریخ 08/14/2013 اضافه شد


مقاله ترم اضافه شده 11/11/2014


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

• ترجمه

این متن براساس صحبت های من در GRWebDev است. این داستان پروژه ای است که لغو و در GitHub به خاک سپرده شد ، و همچنین درسهایی است که از کار روی آن گرفته شده است.

ماموریت ما این بود که این دو مورد را در محصولی ترکیب کنیم که به هر شرکت یا گروهی از کاربران امکان ضبط ، پخش و اشتراک ضبط مکالمات (گفتگوها) را بدهد.

پس از 11 ماه ، تیم ما تصمیم گرفت که کار بر روی این پروژه را متوقف کند.

یک چشم انداز مشترک ایجاد کنید

اعضای تیم ما قبلاً هرگز با هم کار نکرده اند. ما هیچ تجربه مشترک و اعتمادی نداشتیم. به سبک GitHub معمولی ، ما هیچ مدیر یا نقشه راهی نداشتیم. هیچ یک از ما دقیقاً نمی دانستیم که محصول ما باید به طور کلی چیست؟

بهترین برنامه هابا تیم هایی بیرون بیایید که همه از یک دیدگاه مشترک برخوردار باشند ، واقعاً به نتیجه اهمیت می دهند و برای رسیدن به آن انگیزه دارند. این سطح از مشارکت تنها در جایی حاصل می شود که همه در شکل گیری چشم انداز مشترک مشارکت داشته باشند و بخشی از آن را "مالک" کنند.

به تدریج ، ما اعتماد یکدیگر را جلب کردیم و ایده های ما درباره محصول شروع به اتحاد کرد ، اما در آن زمان 6 ماه گذشته بود.

درس 1: یک چشم انداز محصول واحد را به صورت تیمی تشکیل دهید

تعریف "موفقیت" و "شکست"

در مکانی مانند GitHub ، که هیچ مدیر و مهلت محدودی وجود ندارد ، وسوسه انگیز است که باور کنید "اگر من فقط سخت ترین کار خود را برای یک پروژه" عالی "انجام دهم که باعث روشن شدن من شود ،" به طور جادویی "خوب و زیبا" خواهد بود این یک دروغ است. موفقیت کار زیادی است. موفقیت زمانی حاصل می شود که شما عمداً از اشتباهات مهم اجتناب کنید و همچنین "شانس" زیادی داشته باشید.

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

درس 2: هنگامی که دید مشترکی داشتید ، تعریفی از موفقیت و به همان اندازه مهم ، تعریف شکست (شکست) را ایجاد کنید. اهدافی را در راه رسیدن به "موفقیت" تعیین کنید و مرتباً وضعیت پروژه را در برابر این اهداف بررسی کنید

محدودیت های مصنوعی معنی دار ایجاد کنید

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

کاملاً مشهور است که انتخاب از بین گزینه های زیاد ، مغز ما را "فلج" می کند. مغز ما هنگام انتخاب سریع چندین گزینه بسیار خوب است. اما وقتی گزینه های زیادی وجود دارد ، مغز با تکرار آهسته همه گزینه ها مقایسه می شود و همه جزئیات را با یکدیگر مقایسه می کند.

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

نقاط عطف یکی از اشکال این محدودیت هاست (برخی آنها را "مهلت" می نامند ، اما من "نقاط عطف" را ترجیح می دهم). نقطه عطف تاریخ مشخصی است که در آن قصد دارید به یک هدف برسید. تاریخ های ثابت هرگزنباید شامل دامنه (مجموعه ای از نیازهای خاص) باشد. اگر هفته ای 60 ساعت برای رسیدن به نقاط عطف کار می کنید ، متوجه نشده اید که من در مورد چه چیزی صحبت می کنم. این محدودیت نباید کسی را مجبور به کار بیشتر کند. این باید به شما در انجام بهتر کمک کند.

یک نقطه عطف منطقی مانند "اولین کاربر بتا در 2 هفته از امروز" یا "اولین فروش در 3 ماه" انتخاب کنید. بدون دامنه ثابت ، مهلت ها اساساً به اهداف تبدیل می شوند. افراد تمایل دارند که "برای رسیدن به یک هدف" انگیزه داشته باشند.

مهلت ها را برای "پایان" ویژگی های بیشتر تغییر ندهید. وقتی مهلت فرا رسید ، آنچه را که دارید ارسال کنید. ممکن است وحشتناک به نظر برسد ، اما به من اعتماد کنید ، پس از انجام این کار ، به سرعت یاد می گیرید که روی چیزهایی که واقعاً مهم هستند تمرکز کنید و پروژه را همیشه مداوم نگه دارید.

درس 3: محدودیت های مصنوعی ایجاد کنید که باعث جلوگیری از شکست و موفقیت شود

اهمیت مردم بیشتر از محصول است

در 9 ماه اول من بیشتر به نتیجه پروژه اهمیت می دادم تا افراد تیم. من قضاوت های خود را در مورد ایده ها ، طرح ها و کدها بر اساس این فرض انجام دادم که مهمترین نکته در ارتباطات ما ایجاد یک محصول با کیفیت بالا است. من اشتباه میکردم.

همه اعضای تیم از فرسودگی شغلی رنج می بردند. سنگهای آسیاب دائمی انتقادات متقابل هر یک از ما را خرد می کند. ما انگیزه کار در مورد چیزهایی را که قبلاً ما را مجذوب خود کرده بودند از دست داده ایم ، زیرا هر کاری که شما انجام دادید به زودی "بی فایده" یا "اشتباه عمل خواهد کرد".

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

"شکست" یک شکست نیست

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

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

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

درس 5: عدم موفقیت زمانی است که یاد بگیرید چگونه دفعه بعد بهتر عمل کنید. شکست را دوست دارم.

چرا ما پروژه را لغو کردیم

ما در این 11 ماه درسهای مفید زیادی آموخته ایم. موارد فوق همان چیزی است که شخصاً از نظر من بسیار مهم است. اما هیچ یک از این خطاها باعث لغو پروژه نشد.

شعار ما برای github.com (سایت) "ساخت برنامه های بهتر ، با هم" است. با رشد و توسعه ، دائماً با این سال روبرو می شویم که آیا این توصیف کافی از چشم انداز GitHub، Inc (شرکت) است؟ ما اغلب می گوییم که می توان چشم انداز ما راجع به شرکت به این صورت توصیف کرد: "کار با هم راحت تر از یک بار در یک زمان". با بیش از 75 درصد کارمندان ما که از راه دور کار می کنند ، همکاری هنگامی که شما و همکارانتان در مناطق مختلف زمانی هستید چالش برانگیز می شود. ما با چالش های منحصر به فردی روبرو هستیم که برای اکثر شرکت ها معمول نیست.

GitHub همیشه اشتیاق جامعه منبع باز را در اشتیاق ما برای ایجاد برنامه هایی که به ما کمک می کند تا مشکلاتی را که به ما آسیب می رسانند ، شریک کرده است. ما دردی را که هنگام کار با هم (از راه دور) بوجود می آید احساس می کنیم ، بنابراین همیشه آماده هستیم "این پوسته را خراش دهیم". اما من فکر می کنم ما مشکلات به وجود آمده هنگام کار مشترک را خیلی بهتر درک می کنیم. بالای کد برنامه... ایجاد ابزاری که همکاری در زمینه های دیگر را تسهیل کند ، نیاز به درک بسیار خوب از موضوعات منحصر به فرد مختلف دارد.

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

به هر ترتیب ، من از سرنوشت این درس ها سپاسگزارم و امیدوارم که این دانش را در پروژه بعدی خود به کار ببرم.

از آینده محافظت کنید

یادگیری از گذشته

درسهایی که از حادثه آموخته اید

تمام درسهایی که از پروژه های گذشته آموخته شده ، چه موفقیت آمیز باشد و چه نباشد ، می تواند نکات بسیار مهمی را به یک مدیر پروژه یاد دهد.

و شخصاً ، هر مدیر پروژه ، به عنوان یک قاعده ، همیشه از اشتباهات خود می آموزد ، اما آیا او این درس ها را با بقیه اعضای تیم و سازمان خود به عنوان یک کل به اشتراک می گذارد؟

اگر چنین شد ، آیا سایر مدیران پروژه از این تجربه می آموزند؟

اگر در پروژه های گذشته واقعاً درس هایی آموخته شده (کار شده ، تحلیل شده و نتیجه گیری شده است) ، دیگر نباید اشتباهات مشابه در پروژه های بعدی اتفاق بیفتد.

پروژه های درون چنین سازمانی باید با گذشت زمان سازگارتر باشند ، با بودجه و رضایت کلی مشتری مطابقت داشته باشند.

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

محیط پروژه غالباً از یک تیم چند منظوره رنج می برد که از نظر فرهنگی و جغرافیایی دیدگاه های مختلفی از پروژه دارد.

بودجه معمولاً بشدت محدود است و مشاغل (شخص شخص مدیریت) وقتی به پروژه متصل هستند به پروژه متصل می شوند كه مستلزم تغییر مكرر در الزامات اساسی در اواسط پروژه است.

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

اکنون از پس تکرار اشتباهات مشابه در پروژه های مختلف صرفه جویی مالی شده است و منابع فناوری اطلاعات آماده ارائه کمک در انتقال تجربه و دانش در تیم و بخش ها هستند.

پس چرا برای تغییر وضعیت فعلی ، تجربه را منتقل نمی کنیم و از اشتباهات قدیمی درس نمی گیریم؟

بسیاری از تیم های پروژه در خصوص بررسی درسهایی که از پروژه در پایان پروژه آموخته اند ، بررسی خاصی می کنند و سپس این اطلاعات را در پایگاه های داده عمومی ذخیره می کنند.

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

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

اما برای ایجاد یک پایگاه دانش بسیار مفید ، خیلی زیاد لازم نیست:

1. با در نظر گرفتن تمام درسهای آموخته شده

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

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

3. ارتباطات

به تمام تیم های پروژه در مورد به روزرسانی پایگاه داده با اطلاعات جدید اطلاع دهید و مهمتر از همه ، توجه دیگران را به خود جلب کنید هنگام کار با پایگاه داده ، از تکرار اشتباهات جلوگیری می کند.

4- استفاده از پایگاه داده را تشویق کنید

دسترسی رایگان و غیررسمی به پایگاه داده را فراهم کنید ، به کاربران اجازه دهید نظرات و نظرات خود را بگذارند. پیشنهادات را برای بهبود روند مدیریت پروژه بر اساس کار با پایگاه تشویق کنید.

5. اعتبار سنجی داده ها

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

6. به طور مداوم روند را بهبود ببخشید

به دنبال مشکلاتی از یک نوع مشابه باشید و تحریک تغییرات مناسب را در فرآیندها مانند معرفی کارهای جدید ، بررسی ها ، تغییر توالی اعمال خاص ...

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

در زندگی هر فرد ، گاه و بیگاه شرایطی پیش می آید که همه چیز برنامه ریزی شده ، حتی با دقیق ترین روش ، کاملاً همانطور که در ابتدا در نظر گرفته شده پیش نمی رود. همانطور که می گویند ، در چنین لحظاتی است که دستانم رها می شوند ، من می خواهم همه چیز را رها کنم و برنامه هایم را فراموش کنم اما آیا ارزش دارد که اشتباهات ، اشتباهات و اشتباهات شما بسیار کشنده باشد؟

یکی از دلایل اصلی نگرش منفی ما نسبت به اشتباهات و شکست ها این است که از همان کودکی تمایل به بهترین بودن به بسیاری از ما القا شده است ، که این بدان معنی است: اگر کاری انجام می دهید ، آن را به بهترین شکل انجام دهید یا انجام ندهید اصلاً این دستورالعمل ها ، البته ، خوب هستند ، اما اغلب در روند رشد یک فرد ، آنها از موقعیت کاملا معقول "هفت بار اندازه گیری می شوند و یک بار برش می خورند" به نوعی آسیب شناسی تبدیل می شوند که تأثیر بسیار منفی بر روی فرد دارد زندگی در نتیجه ، معلوم شد که بزرگتر شدن ، برخی از ما نسبت به هرگونه شکست بسیار حساس هستیم ، سعی می کنیم بلافاصله آنها را فراموش کنیم و همه چیزهایی را که می تواند یادآوری آنها را از زندگی خود حذف کنیم.

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

اشتباهات منطقی را بیاموزید

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

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

درسهایی که از اشتباهات گرفته شده باید عملی شوند

هر اشتباهی به این ترتیب فقط یک بار باید انجام شود ، زیرا واقعیت او به تنهایی باید چیزی یاد می داد. و این بدان معناست که اگر این عمل به اشتباه انجام شده باشد ، لازم است هر تغییری را اعمال کنید. اما برای اینکه این تغییرات تأثیرگذار باشند و تأثیر جدیدی داشته باشند ، باید تجربه گذشته را در نظر بگیرید - این تنها راه یادگیری است. حتی درسهایی وجود دارد که به جز اشتباه کردن ، هیچ راه دیگری نمی توان آنها را آموخت. بنابراین ، وقتی از منظر یادگیری نگاه می شود ، اشتباهات و شکست ها معلمان بسیار خوبی هستند.

همچنین بسیار مهم است که اشتباه کردن باید تأثیر مستقیم در ایجاد یک اشتباه جدید داشته باشد. اما تعداد زیادی از مردم به سادگی دروس آموخته شده را فراموش می کنند. و همه افراد با در نظر گرفتن آنها تمام فعالیتهای بعدی خود را نمی سازند. و ، علیرغم این واقعیت که کاملاً منطقی به نظر می رسد (یادگیری درس و انجام اقدامات جدید) و کافی ، در اکثر موارد افراد فقط به افراط و تفریط روی می آورند ، اقدام به خود-شعله ور کردن می کنند و "برنامه ریزی" می کنند تا پروازهای خود را بعداً گزارش دهند. این یک توضیح عالی برای این واقعیت است که بسیاری از آنها از اشتباهات خود چیزی نمی آموزند.

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

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

از اشتباهات دیگران بیاموز

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

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

به طور خلاصه تمام موارد بالا ، می توانید تعدادی از تکنیک ها را ذکر کنید که به شما امکان می دهد منحصراً از اشتباهات و شکست ها بهره مند شوید:

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

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

بنابراین ، نیازی نیست که در مورد تجربه بد خود بی وقفه تأمل کنید. فقط اقدامات خود را تجزیه و تحلیل کنید ، درس بگیرید ، نتیجه گیری مناسب کنید و هرگز از شکست های جدید نترسید. نگذارید اشتباهات شما شما را قربانی خود کند. هیچ انسان کاملی وجود ندارد. و فقط شخصی که هیچ کاری نمی کند هرگز اشتباه نمی کند.

و در آخر ، یک کلمه فراق کوچک:

"به یاد داشته باشید که تغییر نظر و پیروی از آنچه اشتباه شما را تصحیح می کند ، بیشتر از آزادی و استقامت در اشتباه شما سازگار است."

مارکوس اورلیوس