کتاب های برچسب scrum
تاریخ: ۲۳:۳۵:۴۷ ۱۳۹۸/۷/۲۹ دوشنبه
توسط: MotoMan
امتیاز: ۲

این کتاب یک کار پژوهشی نیست. من مروری بر تحقیقات پیشین انجام نداده ام. آنچه که می‌خواهید بخوانید یادآوری خاطره ها، مشاهدات و نظرات شخصی من در طی ۲۰ سال سر و کار داشتن با Agile است – نه بیشتر نه کمتر.

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

آیا قرار نیست با تیم‌های بزرگ کارهای بزرگی انجام دهیم؟ خدایا نه! کارهای بزرگ توسط تیم‌های بزرگ انجام نمی‌شوند؛ کارهای بزرگ با همکاری تیمهای کوچک زیادی که کارهای کوچک بسیاری انجام می‌دهند انجام می‌شوند. این چیزی است که برنامه نویسان در دهه 50 و 60 به طور غریزی می‌دانستند. و این همان چیزی بود که در دهه 1970 فراموش شد. چرا فراموش شد؟ من گمان می‌کنم که دلیلش ناپیوستگی زمان بوده است. در دهه 1970، تعداد برنامه نویسان در جهان شروع به منفجر شدن کردند. پیش از آن، فقط چند هزار برنامه نویس در جهان وجود داشت. پس از آن، صدها هزار نفر بودند. اکنون این تعداد به یکصد میلیون نفر نزدیک شده است.

اولین برنامه نویسان در دهه 50 و 60 میلادی نوجوان نبودند. آنها در دهه‌های 30، 40 و 50 زندگی خود شروع به برنامه نویسی کردند. در دهه 1970، دقیقاً هنگامی که جمعیت برنامه نویسان در حال انفجار بود، آن پیرمردها داشتند بازنشست می‌شدند. بنابراین آموزش‌های لازم هرگز رخ نداد. درحالی که یک گروه جوان 20 و چند ساله وارد کار می‌شدند، افراد با تجربه نیز در حال ترک کار بودند و در نتیجه تجربه آنها به طور مؤثری منتقل نشد.برخی می‌گویند که این واقعه نوعی از دوره‌های تاریک را در برنامه نویسی آغاز کرده است. به مدت 30 سال، ما با این ایده که باید با تیم‌های بزرگ کارهای بزرگی انجام دهیم تلاش می‌کردیم، اما هیچ وقت نمی‌دانستیم که راز این بوده است که کارهای کوچک زیاد باید با تعداد زیادی از تیم‌های کوچک انجام شود.

برای کمک به محبوب کردن این ایده، ما این ایده را نامگذاری کردیم. ما آن را «چابک» نامیدیم. من این مقدمه را در روزهای اول سال 2019 نوشتم. تقریباً دو دهه از زمان راه اندازی مجدد سال 2000 می‌گذرد و به نظر من زمان راه اندازی مجدد دیگری فرا رسیده است. چرا؟ زیرا پیام ساده و کوچک Agile طی این سالها گنگ شده است. Agile با مفاهیمLean ، Kanban، LeSS، SAFe ، مدرن، ماهر و بسیاری موارد دیگر آمیخته شده است. این ایده‌های دیگر لزوما بد نیستند، اما پیام اصلی Agile نیستند. بنابراین وقت آن است که یک بار دیگر آنچه که پیشینیان ما در دهه‌های 50 و 60 و آنچه که ما در سال ۲۰۰۰ یاد گرفتیم به ما یادآوری شود. وقت آن است که به یاد بیاوریم که چابک واقعاً چیست.

در این کتاب، شما چیز جدیدی نخواهید یافت، هیچ چیز قابل توجه یا حیرت انگیزی، هیچ چیز انقلابی که الگو را بشکند. آنچه پیدا خواهید کرد بازگویی Agile به همان شکلی است که در سال ۲۰۰۰ گفته شد. اوه، Agile از دیدگاه دیگری گفته شده است، و ما در طی 20 سال گذشته چیزهایی آموخته ایم که آن‌ها را نیز آورده ام. اما در کل، پیام این کتاب پیام 2001 و پیام 1950 است. این یک پیام قدیمی است. این یک پیام واقعی است. این پیغامی است که راه حل کوچک برای مشکل کوچک تیم‌های نرم افزاری کوچک که کارهای کوچک انجام می‌دهند را در اختیار ما می‌گذارد.

 

 

تعداد بازدید: ۶۱۰
دیدگاه ها: ۳
تاریخ: ۲۱:۳۸:۲۱ ۱۳۹۷/۲/۵ چهارشنبه
توسط: MotoMan
امتیاز: ۳
برچسب ها: Agile Development | SCRUM |

اسکرام کار کرد! حداقل برای ما (منظورم مشتری فعلی من در استکهلم است که اسمش را نمیارم). امیدوارم که برای شما هم کار کند! شاید این کتاب در طول مسیر به شما کمک کند.

این اولین باری است که من یک متدولوژی توسعه (ببخشید، Ken، یک فریمورک) می‌بینم که خارج از کتاب هم درست کار می‌کند. همه‌ی ما از توسعه دهندگان و تست کننده‌ها گرفته تا مدیران با آن شاد و خوشحال هستیم. اسکرام به ما کمک کرد تا از شرایط سختی خارج شویم و ما را قادر ساخت تا به رغم آشفتگی بازار و کاهش کارکنان، تمرکز و حرکتمان را حفظ کنیم.

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

تعداد بازدید: ۱۶۵۱
دیدگاه ها: ۰
تاریخ: ۲۲:۴۳:۵۸ ۱۳۹۶/۹/۷ سه شنبه
توسط: MotoMan
امتیاز: ۳
برچسب ها: Agile Development | SCRUM |
کتاب Head First Agile راهنمایی برای فهمیدن مفاهیم و ایده‌های Agile است. مطالبی که در این کتاب ارائه شده اندعبارتند از:
- ذهنیت چابک و متدولوژی چابک چیست و چرا متدولوژی‌های چابک با این که متفاوت به نظر می‌رسند  ولی هنوز هم چابک هستند.
- Scrum و این که چگونه به شما کمک می‌کند تا نرم افزار‌های بهتر و ارزشمندتری بسازید و تیمتان و کاربرانتان را خوشحال‌تر کنید.
- روش XP و چگونگی تمرکز آن بر روی کد و برنامه نویسی، به کل تیمتان کمک می‌کند تا سیستم‌های بهتری بسازید.
- روش‌های Lean و Kanban و این که به چه شکلی به تیمتان کمک می‌کنند تا هر روز بهتر شوند.
در کتاب Head First Agile ما دو هدف داریم. اولین و مهمترین آن این است که می‌خواهیم شما agile را یاد بگیرید؛ این که چه چیزی هست و چگونه می‌تواند به شما در ساختن بهتر نرم افزار و بهبود تیمتان به شما کمک کند. اما همچنین ما برای آن دسته از خوانندگانی که به دنبال قبول شدن در دریافت مدرک PMI-ACP هستند نیز مطالبی ارائه داده ایم. بنابراین این کتاب می‌تواند برای توسعه دهندگان، مدیران پروژه و هر کسی که می‌خواهد برای امتحان مدرک PMI-ACP آماده شود مفید واقع شود. این کتاب منحصر به فرد نیز برای تیم‌های نرم افزاری(شامل توسعه دهندگان) که احتیاجی به پاس کردن PMI-ACP ندارند ولی می‌خواهند اجایل را یاد بگیرند ارشمند است .
تعداد بازدید: ۲۲۱۰
دیدگاه ها: ۰
تاریخ: ۱۱:۴۲:۶ ۱۳۹۳/۵/۲۲ چهارشنبه
توسط: MotoMan
امتیاز: ۴
برچسب ها: SCRUM |

Scrum بر مبنای چندین جز اصلی به نام‌های Values، principles و practices است که در مجموع فریم ورک Scrum را تشکیل می‌دهند.  سازمان هایی که از  Scrum  استفاده می‌کنند باید فریمورک Scrum را در تمامی بخش‌های سازمان خود مورد استفاده قرار دهند؛ اگرچه ممکن است که نتوان این کار را به یک باره در تمام سازمان انجام داد ولی حداقل تیم‌های جدید که از Scrum استفاده می‌کنند باید این کار را انجام دهند. سازمان‌ها وقتی که در حال انتخاب ترکیبی مناسب هستند تا Scrum خود را پیاده سازی کنند باید همیشه با فریمورک Scrum صادق باشند.
Essential Scrum ارزش ها، اصول و روش‌های اسکرام را با یک سری روش‌های آزمون و خطا که با یکدیگر سازگارند ولی در فریمورک اسکرام اجباری نیستند ترکیب کرده است. تعدادی از این روش‌ها برای موقعیت شما مناسب خواهد بود و بعضی دیگر نه. هر روشی احتیاج به بررسی دارد تا برای شرایط خاص شما تغییر پیدا کند.

 

تعداد بازدید: ۳۵۴۲
دیدگاه ها: ۰
تاریخ: ۱۴:۳۲:۱۸ ۱۳۹۲/۱۲/۲ جمعه
توسط: MotoMan
امتیاز: ۱۱

در تئوری که پشت روش‌های چابک، مفاهیم زیادی وجود دارد، اما کتابی در بازار موجود نیست که مفاهیم شیوه‌های چابک را بیان کرده باشه و این شیوه‌های کاربردی را به صورت عملی در یک پروژه‌ی ASP.NET پیاده سازی کرده باشد؛ از جمله برآورد احتیاجات و مدیریت جنبه‌های مختلف پروژه.
Pro Agile .NET Development with SCRUM  از مراحل آغازین شروع پروژه، احتیاجات را جمع آوری می‌کند و محیط را آماده می‌کند. در طول فرآیند توسعه تا انتشار، از رویکرد چابکی تکراری (Agile Iterative) که SCRUM نام دارد، استفاده می‌شود.

 

تعداد بازدید: ۴۷۲۸
دیدگاه ها: ۰
loading...

لطفا منتظر بمانید...