در مقاله آقای WATTS S. HUMPHREY تصويری بود در مورد نيازمندی‏های نرم‏افزار و اینکه ما در برخورد با کاربران مشکل ما این نیست که چه را می‏دانیم و چه را نمی‏دانیم، بلکه مشکل ما این است که نمی‏دانیم که چه را نمی‏دانیم. اما ببینید نسبت آنها را

گزیده:

waiting for you is like waiting for rain in this drought, hopeless and disappointing.
-Hillary Duff (A Cinderella Story)

مطلب زیر منتخبی از مقاله آقای واتس همفری با عنوان کارایی حرفه‏ای‏های نرم‏افزار (The Performance of Software Professionals).

While most people behave in reasonably predictable ways, software people are unique, both in their creative abilities and in the nature of the work they do. Software professionals are among the brightest people on earth. Most of us got into this field because we were excited by the thrill of working with a challenging and very special technology. However, the problem many of us face is that the environment in which we work rarely supports and motivates consistently high-quality creative work.
Much as in other professions, the performance of software people is governed by four things.
* their understanding of the job they have to do
* their knowledge of and skill at using the best known methods for that job
* their discipline to properly and consistently use their knowledge and skills
* the quality of the support system that motivates and controls their activities

People Principle Number 1: If the programmers do not understand the job they are to do, they will not do it very well.
f the members of a development team are not intimately familiar with the job their product is to perform and the way the users of that product will use it, the project will almost certainly be troubled and the product will likely be a failure.

People Principle Number 2: The people who know and use the best methods will do to best work.
Today, on many projects, the developers do very similar work but their personal practices are very different. I have studied such teams and found that even developers who do similar work use different methods and, what is worse, they are generally unaware of the methods their peers are using. Except for occasional help with problems or complex tools, most software people work largely alone and are unaware of how others work or the best ways to do each of their tasks.

People Principle Number 3: When programmers know how to select and consistently use the best methods, they can do extraordinary work.
We now have data on several thousand programmers who have taken the Personal Software Process (PSP) course as well as data on over 100 Team Software Process (TSP) teams that have been launched*. It is now clear that developers can learn and use highly effective personal practices and that, when they use these practices, they produce much better work than they ever did before.

People Principle Number 4: Superior software work is done by highly motivated developers:
While managers typically think in terms of cost, schedule, and product success, the developers viewed their projects quite differently.
The four factors that the team members listed as making this project successful were as follows.
* a personal sense of being involved and making a contribution
* frequent celebrations where the team and management complemented them on their achievements and milestones
* positive feedback from marketing and senior management
* the autonomy to do the job the way that they thought was best

گزیده:

We come to love not by finding a perfect person, but by learning to see an imperfect person perfectly.
– Sam Keen, from To Love and Be Loved

A Personal Quality Strategy عنوان مقاله‏ای است از WATTS S. HUMPHREY.
در اين مقاله، به مراحل مختلف کيفيت و نيز استراتژیهای مختلف برای پوشش‏دهی مسائل کیفی در توسعه نرم‏افزار اشاره شده است. همچنین تجربیاتی برای بهبود کارایی توسعه‏دهندگان نرم‏افزار تشریح شده است.
در ادامه نیز به بررسی چالشهای پیش رو در این زمینه و نیز چگونگی استفاده از استراتژی‏های مذکور برای حل این چالشها پرداخته شده است.

در این مقاله، کيفيت از دید توسعه نرم‏افزار به پنج مرحله تقسیم شده است:

Stage 1 – Basic code quality: syntax and coding constructs
Stage 2 – Detailed design: the logical construction of programs and the actions required so that these programs perform their specified functions
Stage 3 – High-level design: system issues such as interfaces, compatibility, performance, security, and safety
Stage 4 – Requirements focused: determining the meaning of the requirements and particularly deducing what is written between the lines.
Stage 5 – User driven: users and what we must do to provide them with truly great products. While last in this list, user concerns must have top priority.

توصيه می‏کنم اصل مقاله را در اینجا مطالعه نمایید.

گزیده:
آدمی فقط در یك صورت حق دارد به دیگری از بالا نگاه كند و آن هنگامیست كه بخواهد دست دیگری را كه بر زمین افتاده، بگیرد تا او را بلند كند.
گابریل گارسیا ماركز (از میان نامه‏های ارسالی دوست خوبم آقای مهندس حامد عسگری)

يک بار در يکي از دبيرستانهاي تهران هنگام برگزاري امتحانات سال آخر ششم دبيرستان به عنوان موضوع انشاء اين مطلب داده شد که “شجاعت يعني چه؟” محصلي در قبال اين موضوع فقط نوشته بود: ”شجاعت يعني اين” و برگه‏ي خود را سفيد به ممتحن تحويل داده بود و رفته بود! اما برگه‏ي آن جوان دست به دست بین دبيران گشته بود و همه به اتفاق و بدون استثناء به ورقه سفيد او نمره 20 دادند.

گزیده:

ترديدهايمان خائنيني هستند كه با نصايح خود، مارا از هدفمان باز مي‏دارند، در حالي كه تصميمي راسخ و شروعي به موقع، فتح و پيروزي را نصيبمان مي‏سازد. شكسپير

موفقيت من دو علت اساسي داشت:
نخست پرداختن به كاري كه از آن لذت مي بردم
و
دوم گوش دادن به نداي باطني خويش

والت دیسنی

دیروز برای شرکت در جلسه دفاع پروژه دو تن از دانشجويان رفته بودم دانشگاه.
نکته‏ بسیار مهم، موضوع تحقیق بود. “هدف از اين تحقيق در ابتدا آشنايی با مفاهيم مختلف نظريه بازی و سپس يافتن کاربرد اين مفاهيم در علوم مختلف و به ويژه در علم کامپيوتر می باشد. ” یکی از موضوعاتی که بدان پرداخته شده بود “کاربرد نظريه بازي در ترغيب کارکنان سازمان به اشتراک دانش” بود. هر چند ایده جای کار داشت، ولی در این سطح، بالاتر از حد انتظار بود.
مدلسازی اشتراک دانش در قالب مدل تئوری بازی و تحلیل و بررسی آن، یکی از کارهای تحقیقاتی قشنگ و در عین حال کاربردی این عزیزان بود.”تبادل دانش راهي براي به اشتراک گذاشتن دانش است. پردازش هاي مربوط به تبادل دانش را مي‏توان به عنوان بازيهاي بين عاملهاي خودخواه فرموله کرد. در اين بازيها هر عامل دانش را با ديگران به اشتراک مي‏گذارد، تنها براي اينکه سودمندي خود را افزايش دهد.”
کارهای دیگری از کاربردهای تئوری بازیها و طراحی و پیاده‏سازی بازی دوز در این قالب کارهای ابداعی دیگر این گروه بود که آنها هم جای تأمل داشتند.
به خانم دکتر تقی‏یاره؛ استاد گرامی‏ام؛ و به خانمها مريم رضوی و فرناز قوامی فر به خاطر انجام اين تحقيق تبریک عرض می‏کنم و امیدوارم بیش از پیش شاهد عناوین کاربردی در پروژه‏های دانشگاهی باشیم.
نکته: مطالب داخل “” از پایان‏نامه عزیزانبرداشته شده است.

گزیده:
از آناني كه سعي دارند جاه طلبيها و آرزوهاي بزرگ شما را تحقير كنند، دوري كنيد. انسان هاي ناچيز هميشه چنين عكس العملي دارند، در حالي كه اشخاص بزرگ سعي مي كنند با رفتار خويش، احساس به عظمت رسيدن را در شما تقويت كنند. مارك تواين

آقای مهندس طاهری‏راد عزيز آدرس وبلاگی را که متعلق به آقای امیر رضا مهجوریانيکی از دانشجويان جناب آقای دکتر شمس است، برايم گذاشته بودند که مطالب جالبی در مورد SOA در خود دارد.
يادم رفته بود آن را در وبلاگ قرار دهم. از دوست خوبم آقای طاهری‏راد عزيز بسیار سپاسگذارم.
آدرس وبلاگ: معماری سازمانی سرویس گرا (SOEA)

گزیده: لغت نامه مهندسين در جلسات كارفرما
– تا چند دقيقه ديگر به اين موضوع مى رسيم. يعنى: فراموشش كنيد، الان به اندازه كافى مشكل داريم!
– ثابت شده كه …. يعنى: من فكر مى كنم كه …..!