برای اطلاعات بیشتر مراجعه شود به اینجا

گزیده:
«هیچکس از پیش خود چیزی نشد
هیچ آهن خنجر تیزی نشد
هیچ قنادی نشد استادکار
تا که شاگرد شکرریزی نشد»

مرجع: ویکی گفتاورد

مترجم: آقای مهندس مهدی نگاهی

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

برخی از متدولوژی‌ها مانند Cleanroom، برنامه‌نویسان را از آزمایش و بعضی مواقع حتی از کامپایل برنامه خود منع می‌کنند. فرایند معمولی بدین گونه است که برنامه‌نویس کدی را می‌نویسد، آن را کامپایل می‌کند، مطمئن می‌شود که درست کار می‌کند و سپس آن را به واحد سازمانی مسئول آزمون می‌فرستد. سپس آزمایش میزکار^۱ (bench test) در یک مرحله‌ روی همه کد انجام می‌شود. در این آزمایش، متغیرهای کد بررسی می‌گردند، خروجی دستورات چاپی تفسیر و کنترل می‌شوند و چندین دکمه فشار داده می‌‌شود تا چک لیست آزمون‌ تکمیل و تأیید گردد.

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

همانطور که قبلا اشاره شد، آزمون‌ها توسط مشتریان نیز تعیین می‌شوند. مشتریان در ابتدای هر تکرار اعلام می‌کنند که در چه صورتی خواهند پذیرفت که داستان‌های کاربر به درستی پیاده‌سازی شده‌اند. نظرات مشتریان به آزمون سطح سیستم (system-wide test) تبدیل می‌شود. تبدیل می‌تواند مستقیماً توسط خود مشتری با استفاده از زبانهای اسکریپتی متنی یا گرافیکی یا توسط برنامه‌نویسان با استفاده از ابزارهای آزمون انجام شود. این گونه آزمون‌ها نیز موجب افزایش اطمینان به سیستم می‌شوند با این تفاوت که اطمینان مشتری را نسبت به عملیات درست سیستم افزایش می‌دهند[آزمونهای واحد اطمینان برنامه‌نویسان را افزایش می‌دهند].

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

پانوشت: آقای مهندس نگاهی عزیز برای ادامه تحصیل به کشور کانادا نقل مکان کرده‌اند. بهترین شادباش‌ها تقدیم ایشان باد. امیدوارم همواره شاد، تندرست و پیروز باشند.

گزیده:
«در حکومت سه عمل مختلف است: تهیه، مشورت، اجرا؛ اگر می‌خواهی کار سریع‌تر انجام بگیرد برای مرحله تهیه و اجرا اشخاص کم برگزین اما مرحله مشورت و آزمایش را به عهده اشخاص متعدد واگذار کن.»
فرانسیس بیکن

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

«با عرض سلام
عکسی رو که ضمیمه کردم، گروهی از بچه‌های جهاد دانشگاهی کرمانشاه هستیم در حال انجام پروژه درس مهندسی نرم‌افزار دوره کارشناسی.
ما در این ترم دو گروه 15 نفری تشکیل دادیم و بر اساس کتاب شما پروژه مهندسی نرم افزار رو پیش بردیم
در عکس بچه‌ها در حال سناریو نوشتن هستن و حقیر که این ایمیل رو برای شما ارسال کردم در عکس نیستم! ….

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

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

…….
در راه طلب مرد به همت باید
…….

قطع این مرحله بی همرهی خضر مکن ظلمات است بترس از خطر گمراهی
با تشکر

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

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

گزیده:
«تردیدها به ما خیانت می‌کنند، ما را از تلاش به دور می‌سازند و از پیروزی‌هایی که به احتمال زیاد نصیب ما خواهد شد محروم می‌سازند»
منسوب به ریچارد فاینمن

برای مشاهده تصویر بزرگتر، روی تصویر کلیک فرمایید.

گزیده:
اگر محبت مي‌خواهيد، بياموزيد كه محبت كنيد. ديپاك چوپرا
مرجع: اس. جی.

سمینار برنامه­ریزی چابک (Agile Planning)

«Plans are nothing; planning is everything.»

شرح و اهداف:
«تیم­های پروژه­های چابک برنامه­ریزی نمی­کنند»؛ «تیمهای چابک به زمان و محدوده پروژه متعهد نیستند»؛ «توسعه چابک نرم­افزار به این دلیل که در آن تیمها برنامه­ریزی نمی­کنند، در تیم‌ها و پروژه­های متوسط و بزرگ قابل اجرا نیست و فقط در تیم و پروژه­های کوچک قابل استفاده­ است»؛ این­ها نمونه­هایی از انتقادها و نظرات بیان­شده در مورد متدهای چابک است. این سمینار نشان خواهد داد که برنامه­ریزی بخش جدایی­ناپذیر از همه پروژه­های چابک است.

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

اجرای متدهای چابک دشوار است. دشواری به دلیل کارهایی نیست که در آنها انجام می­شود، بلکه ناشی از کارهایی است که در آنها انجام نمی­شود. مگر می­شود مدیر پروژه­ای را بدون داشتن ابزار گانت چارت تصور کرد؟ در این سمینار به چگونگی اجرای برنامه­ریزی، کنترل و پایش چابک پروژه­ها نیز پرداخته می­شود.

سرفصل مطالب سمینار عبارتند از:
تغییر پارادایم در مدیریت پروژه: ارزشهای رهبری چابک
برنامه­ریزی چندسطحی و کاربردهای آن در برنامه­ریزی چابک
برنامه­ریزی محصول، انتشار، تکرار و روزانه در متدهای چابک
رویکرد و تکنیکهای براورد پروژه­های چابک
ابزارهای برنامه­ریزی، کنترل و پایش

زمان و مکان برگزاری:
چهار شنبه مورخ 29/09/1391
ساعت 15:00 الی 18:00
تهران خیابان سهروردی شمالی، خیابان خرمشهر(آپادانا)، خیابان شهید عربعلی(نوبخت)، کوچه نهم، شماره 13، سازمان نظام صنفی رایانه ای کشور. تلفن:88734499، سرکار خانم محمدلو

هزینه و نحوه ثبت­نام:
….
….
به شرکت­کنندگانی که مشخصات ثبت نام را تا 27 آذرماه ارسال نمایند، در پایان سمینار، گواهینامه اعطاء خواهد شد.

گزیده:
ساده ترين كار جهان اين است كه خود باشي و دشوارترين كار جهان اين است كه كسي باشي كه ديگران مي‌خواهند. هربرت اتو
مرجع: اس.جی.

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

———————-
پانل تخصصی:
بررسی روش مناسب برای تولید نرم‌افزار در ایران (مقایسه روش‌های پرتشریفات با چابک)
با حضور آقای دکتر مازیار چیت‌ساز و مهندس یوسف مهرداد بی‌بالان
چهارشنبه 22 آذر 2 عصر
سالن 40 غرفه 21

گزیده:
بيست سال بعد، بابت كارهايي كه نكرده‌اي بيشتر افسوس مي‌خوري تا بابت كارهايي كه كرده‌اي. بنابراين، روحيه تسليم پذيري را كنار بگذار، از حاشيه امنيت بيرون بيا، جستجو كن، بگرد، آرزو كن و كشف كن. مارك تواين
مرجع: اس.جی.