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

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

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

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

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

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

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

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

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

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

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

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

«Plans are nothing; planning is everything.»

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

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

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

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

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

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

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

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

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

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

I Don’t Care About “Agile”

All ideas are great, until they are confronted with reality.

The concept of Management By Objectives by Peter F. Drucker was great, except for the fact that it didn’t take into account that managers could easily abuse it to enrich themselves with big bonuses.

The idea of Shareholder Value, supported by Nobel-prize winner Milton Friedman, was great in theory and perfect for rational minds, as long as we ignored the fact that economic decisions are almost never rational.

The Balanced Scorecard by Kaplan and Norton is a very good tool for managers. But most managers think they’re driving their organization like a machine, instead of riding it as if it’s a horse, and digital dashboards don’t sit well on horses.

The list of failed management ideas goes on an on…

Now we are in the age of Agile Management, Lean Development, and Complexity Thinking, with Scrum, Kanban, and Cynefin trying to ride the waves. And the first signals of disillusion have already been heard. I hear, “It’s not working here”, “People don’t want to change” and “These are fads like all the others”.

And yes… they may be right.

If you don’t change the culture of your organization to one of learning instead of controlling, if you don’t see your business as a community instead of a computer, and if you don’t focus on improving through people rather than processes, you will get exactly that. The ideas won’t work, people won’t change, and it’s all just a fad.

No great idea survives contact with the ignorant.

Of course, words like Agile and Lean were conceived to try and change the mindsets of managers and the cultures of businesses. But if these words don’t succeed, we shouldn’t mourn their defeat. The Agile and Lean brands may be destined to end up on the same pile of discarded words as all the others. Not because the ideas weren’t any good. But because they couldn’t cope with the real world.

I don’t care.

My goal is not to define, use, and protect the word Agile.

My goal is to be happy while learning new things and creating value in a network with other people. I will use any cool words that can help me with this. And right now, I’m an optimist. For me, Agile is still an awesome brand.

Until it isn’t.

Reference: www.noop.nl

منبع: از میان نامه‌های محسن

Quote:
Having a style is like being in jail.
Anthon Beeke

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

وظیفه (Task)
برای پیاده‌سازی هر وظیفه، برنامه‌نویسِ مسئول ابتدا باید یک همکار پیدا کند، زیرا همه کدهای برنامه به صورت دو نفره پشت یک کامپیوتر نوشته می‌شود. اگر پرسشی در مورد محدوده یا روش پیاده‌سازی به وجود آید، دو همکار(برنامه‌نویس و همکار وی) جلسه کوتاهی (15 دقیقه‌ای) با مشتری، برنامه‌نویسان مرتبط یا هر دو برگزار می‌کند. برنامه‌نویسان مرتبط کسانی هستند که دانش بیشتری در مورد کدی دارند که در طول پیاده‌سازی وظیفه تغییر خواهد کرد.

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

وقتی مورد آزمونی وجود دارد که اجرا نمی‌شود:
+ یا یک راه تمیز برای اجرای مورد آزمون پیدا شده، که در این صورت همان راه پیش برده می‌شود؛

+ یا یک راه ناپسند برای اجرای مورد آزمون پیدا شده، اما راه تمیزی هم وجود دارد که نیاز به تغییر طراحی فعلی دارد. در این حالت، سیستم بازسازی (Refactor) می‌شود تا راه تمیز قابل اجرا شود؛

+ یا یک راه ناپسند برای اجرای مورد آزمون پیدا شده و راه تمیزی حتی با بازسازی سیستم نیز متصور نیست. در این حالت، همان راه ناپسند پیش برده می‌شود تا مورد آزمون اجرا شود.

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

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

گزیده:
مابک(کریستوفر پلامر): خدای من اینها دیگه کی‌یند؟
لوول(ال پاچینو): آدمهای عادی در یک شرایط غیرعادی. چه انتظاری داری مرد !
گفت‌وگویی از فیلم تماشایی Insider