کارشناسان چابک در مقابل مانیفست چابک

فکر می کنید "متخصص چابک محلی" شما مانیفست چابک را خوانده است؟ داری؟ خوب ، مشکلی نیست ... اگر روزانه از کلمه "چابک" استفاده نمی کنید! اما اگر این کار را انجام دهید (یا متخصص محلی شما این کار را انجام داده است) ... خوب - این چیزی است مانند افرادی که بیش از حد در مورد دین صحبت می کنند ، اما کتاب مقدس (هشدار صحت سیاسی) یا کتاب مقدس مورد نظر خود را باز نکرده اند ، زیرا کلاس های ادبیات آنها است. 10 سال پیش ... ما آنها را دوست نداریم. برای دلیلی.

خوب ، اجازه دهید ما درباره دیگران و نظرات آنها نظر ندهیم. در عوض ، بگذارید قدم به قدم "کتاب مقدس سریع" را طی کنیم.

نقل قول هایی از مانیفست چابک ارائه می شود

این نوع بلوک متن

و نظرات ما به صورت منظم مثل این بیان می شود بیا بریم!

مانیفست ، یک و تنها!

بالاترین اولویت ما رضایت مشتری است
از طریق زایمان زودرس و مداوم
از نرم افزارهای با ارزش

این یک ایده عالی است! واقعاً انقلابی بود در زمان ساخته شدن! اما اجرای این ایده چیزی سخت تر از این چند سطر است که می توانست درک کند.

مشکل اصلی: هرکسی که با مشتری ارتباط مستقیمی داشته است ، می داند که این نکته مانیفیست حداقل تا حدی مشکل است.

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

اگر این مسئله را کنار بگذاریم - نکته Manifterhip ارزش خود را برای موفقیت محصول اثبات می کند! اما این استثنائات نباید فراموش شود ، زیرا ممکن است کشنده باشد!

نکته بعدی چیزی مشابه را پوشش می دهد ، اجازه دهید این موضوع را در آنجا ادامه دهیم.

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

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

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

ارائه نرم افزار کار
اغلب ، از
چند هفته تا چند ماه ، با یک
اولویت به بازه زمانی کوتاهتر

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

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

باشه ، شاید نه روزانه ، بلکه - انگشت شست! ما (مردم) در 15 سال گذشته نتوانسته ایم این یکی را خراب کنیم ... به ما وقت دهید.

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

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

کارآمدترین و مؤثرترین روش
انتقال اطلاعات به درون و توسعه
تیم گفتگوی چهره به چهره است.

خوب ، ما نمی توانیم علیه این حرفی بزنیم. در مقابل ، hooray برای آن!

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

آره. مشکل این است که بسیاری از به اصطلاح چابک ها نیز به این بند احترام نمی گذارند.

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

دستیابی به سختی ، اما البته - راهنمایی عالی.

توجه مستمر به برتری فنی
و طراحی خوب باعث افزایش چابکی می شود.

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

سادگی - هنر حداکثر کردن مقدار
کار انجام نشده است - ضروری است

سلام ، سادگی!

بهترین معماری ها ، الزامات و طرح ها
از تیم های خود ساماندهی بیرون می آیند.

خیابان!

در فواصل منظم ، تیم در مورد چگونگی تأمل صحبت می کنند
برای مؤثرتر شدن ، تنظیم و تنظیم کنید
رفتار خود را بر این اساس

آمین!