ناش ی ا ز ویژگ ی DSDMپرداخت ه شد ه است. کلیدواژ ه ها: توسع ه نر م افزار ، متدولوژ ی توسع ه پروژه ، مدیری ت

1

Agileمتدولوژی مدیریت پروژه ی نرم افزار

چکیده

برنامه ریزی موفقیت آمیز پروژه، هماهنگ سازی و کنترل به منظور سر و کار داشتن موثر با اسپانسرهای پروژه ها،

حتی برای مجرب ترین مدیران پروژه نیز کار سختی است. مطالعات غیرمنتظره و تغییر دامنهمشتریان، خطرات

ی از آنها متفاوت نشان می دهند که حدود نیمی از پروژه های نرم افزاری با شکست کامل روبرو شده تنها تعداد کم

اصلی این عجلهای سخت گیرانه، نیازمندیهای متغیر و تکنولوژی های نوظهور از جمله دالیل موفق بوده اند، ضرب ال

است. در این مقاله به ویژگی های اصلی Agileمستلزم مدیریت پروژه Agileعملکرد ناقص هستند. محیط پروژه

توسعه -کریستال -Agile، Extremeبرای توسعه نرم افزار MSFمن جمله: Agileشیوه های مدیریت پروژه

پرداخته شده است. DSDMناشی از ویژگی

برای توسعه نرم افزار Agile ،XP ،MSFکلیدواژه ها: توسعه نرم افزار، متدولوژی توسعه پروژه، مدیریت پروژه

Agile.

متدلوژی پروژه نرم افزار-1

متدلوژی فرآیند منظمی را بر توسعه نرم افزار تحمیل می کند که هدف آن قابل پیش بینی تر کردن و مثمر ثمر

توسعه نرم افزار است. می توانیم متدلوژی را که حاوی ده عامل اساسی است را متصور شویم که عبارتند از : کردن

.پروژه ، ابعاد کیفیت و مقادیرSتکنیک، ابزار، عمل کنندگان، تیم ها، نقش ها، مهارت ها، استانداردهای فعالیت

:ان چهار حوزه زیر را شناسایی کردهای پروژه، می تو هنی حمل کننداربا درنظر گرفتن شرایط بح

کارهای بیشتری را با دست انجام وند واحتی به این معناست که با شکست سیستم، مردم باید برفقدان ر .1

دهند و یا به یکدیگر زنگ زده و ارتباطات ناموفق را بهبود بخشند. سیستم های حمایت از خرید و برنامه

های زی ساخت مشترک نمونه هایی از این بودند.

2

گر فقدان پول و یا وسایل با ارزش مرتبط با آن فقط راحت نباشند. حوزه فقدان پولهای تحت اختیار، ا .2

های غیرقابل جایگزین اگر فقدان پولها و یا وسایل با ارزش مرتبط با آن تاثیری مرتبط با حوزه فقدان پول .3

ورشکستگی داشته باشند.

تم به مرگ نزدیک شوند.سحوزه فقدان زندگی اگر مردم نتیجه نقص و ایرادات سی .4

ته به معنای دقت یانسدمورد نیاز است. قابل دید بیشتریبرای پروژه ای که شرایط بحرانی بیشتری دارد، دقت

بیشتر در مطبوعات و مورد دقیق تر و انعطاف کمتر است.

Fig.1.Methodology weight and problem size

ارزش در دانسیته خاص،مقدار نسبتاً زیادی را بهسبتاً کم در اندازه متدولوژی و یا است. افزایش ن وزن همان ارزش

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

گتری را حل و فصل کنند. وقتی افراد بیشتری وارد رزآمیزی مشکالت ب کارآیی بیشتر می توانند به طور موفقیت

از آنجائیکه روند رشد متدولوژی کند تر از سایز پروژه است، شوند برای همکاری در پروژه مورد نیازند. پروژه

سرانجام به جایی می رسند که مشکالت راحل کرده وفعالیتهای همکاری را مدیریت کنند. این به این معنا نیست تیم

که کوچک الزاماً می تواند به نسبت مشکالت بزرگتری را حل کند. بدین معنی که میتوان منطقه همپوشانی دانست

3

در آن یک تیم کوچک با متدولوژی سبک می تواند همان مشکالتی را حل کند که تیم بزرگتر با متدولوژی

.سنگین قادر به حل آن است

Agileشیوه -2

، RADمانند Agileتوام با یکسری آزمایشها بر روی متدولوژیهای نیمه رسمی 1994در سال Agileشیوه

DSDM ،XP ،Crystal وScrum آغاز شد. این متدولوژیها براساس متدهای Agile دها هستند که این مت

بیشتر سازگار هستند تا پیشگو. متدهای مهندسی در تالش برای برنامه ریزی بخش بزرگی از فرآیند نرم افزار با کلیه

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

بیشتر نشات گرفته از مردم هستند تا از فرآیند. هدف متدهای Agileآنها متفاوت در مقابل تغییر است. اما متدهای

آن استفاده می کند خوب کار کند .مهندسی تعریف فرآیندی است که صرفنظر از اینکه چه کسی از

سیم که در سال می شنا Agileرا تحت عنوان مانیمسنت توسعه نرم افزار Agileاعالم اصول و ارزشهای شیوه

به منظور ارتقاء دانش Agile رانتفاعی پیمانشروع شد. سازمان غیدیو تا گاه دوزه در اسنوبرپس از یک کار 2001

بنیان نهاده شد. Agileو مباحثات متدهای

Fig.2.Agile Software Development Manifesto

شد. ویژگیهای اصلی این شیوه به Agileمدیریتی در شیوه ITکاربرد این اصول باعث ایجاد شالوده پروژه های

این شرحند:

ترین راه حل، بهترین راه حل است. باید تصور سادگی: همزمان با پیشرفت پروژه باید تصور شود که ساده

از پیچیده کردن ساختار سیستم و ماهر سازه ای در پروژه اجتناب کرد.

4

.درآغوش کشیدن )پذیرفتن( تغییرات زیرا درک سهامداران از ملزومات در طول زمان تغییر می کند

توانند نقطه نظر خود را تغییر همزمان با پیشرفت پروژه به خودی خود تغییر می کند. این سهامداران می

تغییر خود باعث تغییر اهداف و معیارهای موفقیت اقدامات مدیریتی پروژه خواهد شد. دهند که این

.تغییرات بهره، فشار دستیابی به هدف در اولین بار می تواند بهترین مدیران پروژه را نیز به ارزیابی درآورد

فت طرح پروژه کامل از ابتدا، باید از طریق توسعه بحثهای کوچک به جای تالش بیهوده در راستای پیشر

گذاری کرد و در طول زمان این سیستم و یا حتی مدل سطح باالیی از بخش بزرگتری از سیستم سهام

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

بگذارید.

بردن ارزش سهامدارانباال

سرمایه گذاری کرده اند تا سیستمی را بکار گیرند که سهامداران پروژه در منابعی چون زمان، پول و تسهیالت

نیازشان را برآورده کند. سهامداران انتظار دارند که سرمایه گذاریشان در بهترین شیوه ممکن بکار گرفته شود.

ما راههای بهتر توسعه نرم افزارها را با انجام آن و کمک به دیگران برای انجام آن نشان می دهیم.

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

سازی قابل فهم پاسخ به تغییرات در طول ادامه برنامه .

ن معنی که اگر ارزش / مقداری برای یک جنبش در سمت راست باشد ما ارزش آن جنس را در سمت چپ بدی

بیشتر می کنیم.

مدیریت با هدف

هدف معتبری را برای ایجاد سازه ها و مخاطبان آن سازه ها شناسایی کنید. این اصل را می توان همچنین در تغییرات

سازه های موجود نیز بکار بست.

5

بازخورد سریع

زمان بین یک کار و بازخودر آن باید به حداقل برسد. با سهامداران همکاری تنگاتنگی داشته باشید تا نیازمندیها را

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

اولیه پروژه استکار با نرم افزار هدف

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

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

Agileبرخی از متدولوژیهای مدیریت پروژه نرم افزاری . 3

تر(، مجاورت )ارتباط مستقیم و بر روی موارد زیر است. استعداد و مهارت )افراد بهتر کم Agileعمده تمرکز شیوه

ه به چهره(، کاغذ کمتر، تاکتیک بیشتر، رابطه شفاهی، نیازمندیها و طرح در زمان، تحویل مکرر )توسعه مورد چهر

تنگاتنگی دارند ارتباط Agileبهره(، انعکاس، کیفیت در کار. بنابراین افراد با متدهای

Fig.3.Component of an agile project management methodology

6

برنامه نویسی نهایی (xp)متدولوژی 1-3

Xp از انجمنsmall talk قرن بیستم 00در نتیجه همکاری نزدیک گفت یک و وارد کو نیگ هام در اواخر دهه

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

خود درباره ی توسعه نرم افزار را گسترش دادند. این ایده ها هم سازگار و هم نشات گرفته از مردم بود. مرحله

برای c3خواسته شد که پیشرفت پروژه پرداخت kentبود. از 1991تدولوژی در بهار اساسی بررسی غیر رسمی م

Chrysler را بررسی کند. پروژه درsmall talk .از طرف یک شرکت پیمانی انجام شد و با مشکل مواجه شد

به دلیل کیفیت پایین پایه کد کنت پیشنهاد داد که کل پایه کد را کنار گذاشته و از صفر شروع کنند. سپس پروژه با

جرات. سپس ارتباط، بازخورد، سادگی و شروع شد که عبارتند از: با چهار ارزش Xpنظارت او مجدداً شروع شد.

باید از آنها متابعت کنند. بسیاری از این بررسیها قدیمی هستند و تکنیک ها xpبررسیهایی انجام شد که پروژه های

همزمان با کاربرد Xpامتحان و تست شده اند و اغلب در اکثر فرآیندهای برنامه ریزی مورد توجه قرار نمیگیرند.

ارتباط داده که طی آن هریک دیگری را تقویت کرده و ارتقا می synergisticکل جدد این تکنیک ها آنها را بام

در کلیه فرآیندها از تست کردن نام برده شده، اکثر آنها با بخشد. این تاکید جدی بر تست کردن است. درحالیکه

رنامه ریک از بتست را پایه و اساس توسعه قرارداد به نحوی که ه xpتاکید بسیار کمی تست را انجام می دهند. اما

تولید خود می نوشتند. تیمها با یک پیچیدگی مداوم در نیم آمیخته اند و فرآیندی را نویسان تست ها را همانند کد

می سازند که نتیجه آن جایگاه ثابت پیشرفت های آنی است.

ستم اصلی ساده با سی refactoringطرح متحول شده ای را ارائه می دهند که براساس xp در این جایگاه فرآیند

جاری است. و هیچ طرحی برای نیازهای پیش بینی interationاست. تمرکز کلیه طرح ها بر interationهر

دار است. این اصل ترکیبی با سازگاری قانونمشده آینده طراحی نشده است. نتیجه، فرآیند طراحی است که منظم و

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

7

.crystalمتدولوژیهای 2-3

ده از متدولوژیها را آلسیتر با توجه به اینکه انواع متفاوت پروژه ها به انواع مختلف متدولوژیها نیاز دارند این خانوا

درهم آمیخته اند اما این تمرکز برانسان به شیوه ای متفاوت انجام xpنشات گیری از انسان را با توسعه دادکریستالها

شکل آفرین است. آلیستر xpمی شود. آلیستر به این نکته توجه کرده که برای انسان پیروی از قوانین تحت

بودن متدولوژی را اکتشاف کرده که کمترین میزان قانون را داشته و می تواند موفقیت آمیز بوده و توام با مفید

کمتر است اما xpاز crystalآگاهانه، راحتی اجرا را نیز به همراه دارد. بنابراین اذعان دارد که گرچه مفید بودن

افراد بیشتری قادر به استفاده و پیروی از آن ها هستند.

که خود فرآیند کرده و بنابراین فرآیند را به سمتی پیش برده iterationآلیستر توجه زیادی به بازنگری و بررسی

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

ها درصددد برآمده تا افراد را قادر به حل و فصل آنها نماید. در اینجا تاکید بیشتر بر این است که افراد فرآیند متعاقباَ

هنمایی کرده و همزمان با پیشرفت خود، فرآیندهایشان را نیز تغییر دهند. شان مدیریت و رایشان را خود

scrumازدحام/ 3-3

Scrum چرخه های هستی محور به چشم می خورد که تاکید آن بر این واقعیت است که راز چندگاهی د هر

فرآیندهای تعریف شده و تکرارپذیر تنها برای کنترل مشکالت تعریف شده و تکرارپذیر با افراد تعریف شده و

های سی interation، هر پروژه را به Scrumتکرار پذیر در محیط های تعریف شده و تکرار پذیر بکار می آیند.

را شروع کنید فعالیت های الزم برای آنرا sprintقبل از اینکه می نامند sprint راه آنها کقسیم می کندروزه ت

تعریف کرده و سپس تیم را به منظور ارائه آن ترک کنید.

زده دقیقه ای( برگزار می مدیریت از آن جدا نمی شود. هر روزه تیم یک دیدار کوتاه )پان sprintاین وجود در

نام دارد و در آنجا تیم به مسائل روز بعد می پردازد. بویژه با موانع مدیریت مواجهه می شوند که scrumکند

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

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

8

و فرآیند کنترل تاکید دارد. که بسیار به ابعاد iterativeاساسا بر برنامه ریزی scrumمباحث انجام شده درباره

به خوبی درباره آن کار شود. xpشباهت داشته و باید با عملکرد کدگزاری از Agileدیگر

4-3 MST برای توسعه نرم افزارAgile

MSF یک سری راهبردهای متداول و قابل اندازه گیری برای توسعه نرم افزار به منظور توسعه کاربرد ارائه می

دهد.

MSF هم باAgile و هم با شیوه های رسمی هکاری داشته و این امکان را برای کاربران فراهم می سازد تا مناسب

می تواند تغییر کند تا نیازهای کلیه پروژه ها را صرفنظر از MSFترین راه را انتخاب کنند. چارچوب انعطاف پذیر

اندازه و پیچیدگیشان برآورده کنند.

ساختار ویا فرآیند منفردی وجود ندارد که قابل کاربرد در نیازمندیها و براین اساس است که هیچ MSFفلسفه

بدون مطرح کردن جزئیات تجویزی این راهنما را فراهم کرده و به کاربران MSFمحیط های کلیه پروژه ها باشد.

را می توان جداگانه و یا بصورت جمعی به MSFامکان استفاده از محتوای موجود را فراهم می سازد. مولفه های

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

ئماً تغییر کرده و توسعه می یابند تا پا به پای آنها پیش نیز دا MSFافزاری دائماً در حال تغییرند، مواد جمع شده در

در راستای فراهم کردن انتقال به محیط MOFبا چارچوب عملکرد مایکروسافت MSFروند. مضافاً بر اینکه

عملکرد تعامل دارد که این انتقال خود از ملزومات موفقیت پروژه های طوالنی مدت به شمار می آید.

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

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

اهند بود. حمایت از فرآیند محصوالت آن را نیز انتخاب کرده اید که متعاقباً مشخص کننده طرز کار سیستم خو

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

می تواند از پایه و اساس روزانه استفاده کرده و موانع موجود بر سرراه تطابق فرآیندها را فرآیند با اعضای تیم ابزار

9

را قادر می سازد تا با over head ی پروژه چند عملکردی بدون ک از متریک هاکم کرده و کلیکسیون اتوماتی

گزارش های دستی همخوانی داشته باشند.

هستند. customizeقابل MSFدر زیر عوامل

راهنمای فرآیند

معیار آیتم و دیدگاه های معیار خروجی

سئواالت آیتم کار

امنیتیدسته های نقش ها و گروههای

الگوهای پروژه مایکروسافت

الگوی سایتportal/share point پروژه

ساختارiteration

سیاسیت های کنترل/ چک منابع

)الگوهای سند )اکسل و ورد

گزارش ها

MSF .از قالبهای متدولوژی استفاده می کند تا فرآیندی را تعریف کند که هریک از پروژه ها آنرا دنبال می کنند

هیچ فرآیند جهانی وجود ندارد که برای همه ارگان ها قابل استفاده باشد و همچنین همه پروژه ها در یک ارگان

با و هم Agileعطاف پذیری را ارائه کرده که هم با یک ست ابزار ان MSFکاربرد ندارند. برای بررسی این مساله،

محصول خود را ارائه Microsoft’s Global solution Integratorرکای فرآیندهای رسمی کار می کند. ش

یتم های انواع آ customizationفرآیند باعث اندازه قابل استفاده است . داده اند که همان قالب های متدولوژی

و قالب های مدیریت پروژه می شود. custom، گزارشات کنترل کاری، سیاست های

11

نتیجه گیری

سریعتر کردن سرعت پروژه آرزوی جهانی مدیریت است. حقیقت مدیریت پروژه این است که ما هیچگاه زمان

ارائه کرده تا پروژهدهایی برای مدیریت مت Agileبرای ایجاد برنامه های کامل و تحلیل کلیه گزینه ها نداریم. شیوه

customizedتر باشد. باید این متدها به کار بسته شده و با محیط کاری منحصر به فرد پروژه مدیریت مثمرثمر

شوند.

11

مراجع:1. Alistair C. A Methodology Per Project, Humans and Technology.

2. Harrison, N., Coplien, J, "Patterns of productive software organizations", Bell Labs

Technical Journal, summer, 1996.

3. Jeffries, R., Beck, K., Extreme Programming, http://armaties.com/extreme.html.

4. Fowler M, The New Methodology, Martin Fowler.com

5. Microsoft, Visual Studio 2005 Team System:Microsoft Solutions Framework, 2004,

www.Microsoft.com .

6. http://crystalmethodologie