«اجایل تقلبی» چیست؟ (قسمت دوم)

پس از درک تفاوت‌های اجایل واقعی و تقلبی (لینک قسمت قبل) نوبت به تعریف اجایل واقعی و بررسی ارزش‌های آن و طرح سوالاتی می‌رسد پرسیدن آن به شما در یافتن تیم اجایل تقلبی کمک می‌کند. با ما همراه باشید:در جستجوی اجایل «واقعی»مانیفست چابک در سال ۲۰۰۱ و در اواخر قرن نوشته شد و تلاش می‌کند دو مفهوم چابک بودن و انجام چابک را از هم تفکیک کند. برای ساده کردن تفاوت این دو، اینگونه فکر کنید: «باش» یک فلسفه و «انجام دادن» یک چارچوب است.در اصل، این فلسفه پیش از هر چارچوب فردی یا روشی قرار می‌گیرد. به‌عبارت دیگر هر چارچوب، ارزش‌ها و اصول متفاوتی دارد اما پایه و اساس همه یکی است.در نهایت، هدف اجایل واقعی، راهنمایی و توسعه به موقع نرم افزارهای با کیفیت و جذاب برای مشتری است و در پایان، هدف چابک "درست" راهنمایی و توسعه به موقع نرم افزارهای باکیفیت و باکیفیت و با بهترین علاقه مشتری در ذهن است.چهار ارزش اصلی اجایلمانیفست اجایل که به عنوان مانیفستی برای توسعه نرم افزار چابک شناخته می‌شود، چهار اصل مهم دارد:افراد و تعاملات بالاتر از فرآیندها و ابزارهانرم افزار کارکننده بالاتر از مستندات جامعمشارکت مشتری در انجام کار بالاتر از قرارداد کارپاسخگویی به تغییرات بالاتر از پیروی یک طرح۱۲ اصل چابکدر ادامه به بیان دوازده اصل دیگر می‌پردازیم:جلب رضایت مشتری از طریق تحویل زود هنگام و مداوم کارهای ارزشمند.شکستن کار بزرگ به کارهای کوچکتر که بتوان با سرعت انجام داد.درک این موضوع که بهترین کار از طرف تیمهای خود سازمان یافته انجام می‌شود.فراهم آوردن فضای انگیزشی برای افراد و حمایت از آن‌ها، برای ایجاد اعتماد به نفس در انجام کار.ایجاد فرایندهایی که باعث ترویج تلاش پایدار می‌شوند.حفظ سرعت ثابت برای کار انجام شده.استقبال از تغییر شرایط، حتی در صورت دیر رسیدن به یک پروژه.تعامل روزانه اعضای تیم پروژه و سفارش دهندگان در طول پروژه.دریافت بازخورد تیم در فواصل منظم، این مورد چگونگی مؤثرتر شدن تعامل را نشان می دهد، و می‌توان بر اساس آن پیش رفت.اندازه گیری پیشرفت با توجه به میزان کار انجام شده.پیوسته به دنبال بهتر شدن، بودن.تغییر برای ایجاد یک مزیت رقابتی.سوالاتی که پرسیدن آن به شما در یافتن تیم اجایل تقلبی کمک می‌کندعلاوه بر این که از خود می‌پرسید چقدر اجایل جعلی با اجایل واقعی متفاوت است، بهتر است از تیم‌هایی که مستقیم با آنها کار می‌کنید نیز دراین زمینه سوال کنید.به‌طور معمول می‌توانید با سوالاتی ساده‌ درباره نحوه کار مانند سوالات زیر به بینشی واقعی برسید:سوال اول: «چگونه بازخوردها را جمع می کنید؟»اجایل برای درست کار کردن، به بازخورد مشتری وابسته است. تیم های کم‌‌تجربه‌تر ممکن است از نتایج یک یا دو فرم بازخورد راضی باشند (که همین هم حدود یک ماه طول می‌کشد تا به‌دست بیاید) اما در واقع این به اندازه کافی خوب نیست.دریافت بازخورد اجایل باید مداوم باشد و در هر مرحله از چرخه انتشار انجام شود. تیم‌هایی که دریافت بازخورد را یک استثنا می‌دانند و آن را رعایت نمی‌کنند، چابک را به درستی انجام نمی‌دهند.سوال دوم: «چه مقداری از بودجه تیم برای آن پروژه برای جلب نظر مشتری در نظر گرفته شده است؟»دریافت بازخورد اولین قدم است، اما اگر تیم زیرساخت فعالیتی برای ارزیابی و اجرای آن بازخورد به عنوان بخشی از چرخه توسعه خود نداشته باشد، ارزشش به اندازه یک «کاغذ خالی خوب» است. بخش مهمی از این توجه به بودجه تیم مربوط است.چه مقدار از بودجه برای توجه به بازخورد اختصاص دارد یا به عبارت دیگر، چه مقدار از آن برای ناشناخته‌ها اختصاص می‌یابد؟ پاسخ به این سوال ممکن است گیج کننده باشد، که در این صورت مشخص است درک مناسبی از اجایل وجود ندارد.تیم‌های اجایل واقعی در پیامدهای بازخورد مشتری نقش دارند. زیرا آن‌ها این بازخورد را به عنوان زمینه‌ای برای تامین حداکثر ارزش ممکن برای مشتری می‌شناسند.نیاز به آموزش اجایلکارمندان باید فلسفه موجود در رویکرد اجایل را درک کنند. مهم است که همه بدانند اجایل چیست و چابک و چگونه کار می‌کند. بیشتر سردرگمی و عدم موفقیت اجایل ظاهری (AINO) ناشی از عدم آموزش صحیح چابک است. در اینجا دلایلی وجود دارد که به شما می‌گوید بسیار مهم است که وقت خود را با آموزش مناسب چابک سپری کنید.هزینه بالا، پاداش صفرآیا مطمئن هستید که از اجرای چابک سود می‌برید؟ انتقال به یک چارچوب توسعه سریع می تواند هزینه سربار اضافی ایجاد کند و در صورت عدم آموزش صحیح، این هزینه اضافی هدر می‌رود.اینکه جلسات استند‌آپ (اسکرام روزانه) برگزار کنید و یک ماه را اسپرینت بنامید، قرار نیست روندهای کاری شما را به صورت جادویی به اجایل منتقل کند. اینکه به تیم‌ خود بگویید از این به بعد self organized (خود سازمانده) هستند، در حالیکه همچنان قرار است به همان شیوه قبلی کارهایی که به آن‌ها محول می‌شود را به انجام برسانند، فقط باعث گیجی و ناامیدی آن‌ها می‌شود.تمرینات چابک برای جلوگیری از این سردرگمی‌ها لازم است. اطمینان حاصل کنید که حداکثر ظرفیت چابک برای کل تیم فراهم شده است.کارهای بد، رشد و تکثیر می‌شوندهرچه زودتر کارهای بد را متوقف کنید. خلاص شدن از دست عادات بد قدیمی و طولانی که به‌ آن‌ها توجهی نشده، هرچه عمیق‌تر شود، سخت‌تر است. آموزش چابک کمک می کند تا قبل از اینکه این عادات بد را نگه داشته و حتی به مشکلات بزرگتری تبدیل شود، آن‌ها را از بین ببرید.شما احتمالاً ایده مبهمی در مورد چابک بودن در ذهن داشته‌ید. احتمالاً اکثر توسعه دهندگان این کار را انجام می‌دهند. هنگامی که اطلاعات ناقص باشد، مغز ما شکاف ها را پر می کند.یک مثال عالی برای این موضوع این است که اسکرام‌مستر معمولا در نقش مدیر پروژه قرار می‌گیرد.هنگامی که تیم‌ها به درستی در مورد نقش‌ها و مسئولیت‌های خود در چارچوب چابک آموزش نبینند، آنچه را که می‌دانند به طور پیش‌فرض اجرا می‌کنند. بخش بزرگی از آموزش چابک این است که به مردم کمک می‌کند تا عادات بدی را که قبلاً به آن‌ها عادت کرده‌اند، بیاموزند.این بدان معنا نیست که چابک از آنچه پیش از این اتفاق می‌افتاد بهتر است، اما مطمئناً عادات قدیمی می‌تواند در عملکرد چابک اختلال ایجاد کند. به همین دلیل انتقال رفتارهای خاص با آموزش مناسب مهم است.از چابک «فرانکنشتاین» خودداری کنیداین شیوه شبیه به همان شیوه نیاز به آموزش درباره عادت‌های بد است، با این تفاوت که شامل تعصب آگاهانه در مورد این است که هر فرد فکر می کند بهترین راه برای انجام کارها را می‌داند.آنها ممکن است در یک شرکت قبلی یک نوع چابک انجام داده باشند و معتقدند بهترین (یا تنها) راه برای انجام این کار، همان شیوه است.غالباً این روش در قالب روش‌های فرانکنشتاین آشکار می‌شود که بخش‌هایی از اسکرام را با واترفال و انواع روش‌های مختلف دیگر ترکیب می‌کند. درست مانند انتخاب مواد غذایی مختلف در سوپر مارکت است.با آموزش صحیح می‌توان از این نوع برخورد درهم جلوگیری کرد. وقتی همه در یک صفحه در مورد روند و اصول پشت رویکرد چابک قرار بگیرند، کارهای بیشتری انجام شده و اصطکاک کمتری در تیم ایجاد می‌شود.برخی از ابزارهای معمول برای توسعه چابکدر اینجا لیستی از ابزارهایی وجود دارد که می‌توانند برای تیم های توسعه چابک مفید باشند:Git ابزار استاندارد توسعه مدرن برای کنترل نسخه.GitHub / BitBucket برای میزبانی، تیکت‌ها، ترکیب برنامه‌ها.Jenkins سروری فوق العاده قدرتمند برای ادغام.Ansible / Puppet دستورالعمل‌ها و وظایف پیکربندی پشتیبانی از سرور.Docker مجازی سازی (ظرف سازی).KubernetesJira سیستم تیکت، نظارت و مدیریت.Process Street نمونه‌سازی سریع و استقرار سریع فرآیند، و همچنین مدیریت فرایند تجارت. با بسیاری از ابزارهای فوق مانند GitHub و Jenkins ادغام می‌شود.ترجمه آزاد: What is fake agile