فصل 10

1. فصل 10 مدیریت کیفیت پروژه IT

2. هدف یادگیری • توصیف کردن حوزه های مختلف دانش مدیریت کیفیت پروژه نامیده می شود و چگونگی حمایت آن از برنامه ریزی کیفیت ٬ تضمین کیفیت ٬ کنترل کیفیت و بهبود پیوسته تولیدات پروژه • شناختن چندین gurus کیفیت یا founders بهبود کیفی (در گستره شرکت ) و نقش آن ها در شکل دهی کیفیت جهانی philosophies • توصیف تعدادی از ابتکار کیفیتی مشترک (معمولی) و سیستم های مدیریتی که شامل ISO ٬ six sigma ٬ مدل صلاحیت کمال cmm برای مهندسی نرم افزار. • تمایز قائل شدن بین فعالیت های اعتبار سنجی و تحقیق و چگونگی این فعالیت ها مدیریت کنترل پروژه it را حمایت می کنند . • توصیف منظم مهندسی نرم افزار مدیریت موقعیت نامیده می شود و چگونه از آن استفاده می شود تا تغییرات ارتباطی با همه توانایی انتقال پروژه و محصولات کار مدیریت کند . • به کار بردن مفهوم کیفیت و متدها و معرفی ابزارها در این فصل برای بهبود یک برنامه کیفیت پروژه

3. کیفیت • یک مشخصه ذاتی و اختصاصی ٬ یک خاصیت ٬ داشتن یک درجه از خوبی (عالی بودن) • خصوصیات و عوامل : – نمره کیفیت نیست . – قابلیت برای استفاده کردن – تطبیق (To requirement)

4. 63000 اشتباه شناخته شده در ويندوز 2000 ؟ • در فوریه 2000 ٬ یک Microsoft crop memo ( يادداشت محصول مايكروسافت ) وقتي به مردم عرضه شد يك جنبش را ايجاد كرد . يك قطعه منتخب كه يادداشت خوانده مي شود . (An excerpt from that memo reads ) • ” مشتریان ما از ما نمی خواهند که به آن ها محصولات با معایب بالقوه بالای 63000 بفروشیم . آن ها می خواهند این معایب درست شود ؟ “

5. قرارداد مالی اطلاعات کامپیوتر یکنواخت (UCITA) • یک فروشنده نرم افزار باید بتواند قانونا هر تعهدی را برای فروش محصولاتی که تولید می کند انکار کند . • در رویداد یک مشاجره ٬ یک فروشنده نرم افزار٬ نرم افزار یک مشتری را به طور جزئی از کار می اندازد حتی اگر به طور کامل کسب و کار مشتری شکسته شود . • نتخصصان امنيتي بايد از مهندسي خلاف جهت نرم افزار به منظور امتحان آن براي خطاها و ويروس ها منع شوند • فروشنده ي نرم افزار بايد به طور قانوني كاربر را از توضيح دادن عمومي كيفيت يا اجراي يك محصول متوقف كند .

6. مدیریت کیفیت پروژه (PQM) - PMBOK • فرایندهایی که نیاز دارند تا مطمئن شوند که پروژه نیازها را برای هرکسی كه آن را به عهده مي گيرد ارضا مي كند. آن فرایندها شامل همه فعالیتهای مجموع تابع مدیریت می شود که تعیین کند سیاست کیفیت ٬ اهداف ٬ مسئولیتها و ابزارها که آنها با استطاعت ( by means ) از برنامه ریزی کیفیت ٬ تعهد کیفیت ٬ کنترل کیفیت ٬ بهبود کیفیت داخل سیستم کیفیت .

7. - فرآیند جنبش کیفیتی پروژهPMBOK • برنامه ریزی کیفیت – تعیین کردن (حکم دادن) اینکه استانداردهای کیفیتی مهم هستند و اینکه چگونه آنها تطابق داده می شوند . • تضمین کیفیت – ارزیابی میزان کارایی مجموع پروژه ها برای اینکه مطمئن شوند استانداردهای تطابق داده می شوند . • کنترل کیفیت – بازبینی فعالیتها و دستاوردهای پروژه برای اطمینان یافتن از اینکه پروژه با استانداردهای کیفیت موافقت می کند .

8. تمرکز می کند روی PQM • محصولات پروژه – حالت تجارت – برنامه پروژه – راه حل IT – غیره . • و فرایندهای پروژه – مدیریت محدوده – مدیریت خطر – تحلیل احتیاجات – طراحی – اجرا – غیره

9. زنجیر کیفیت • دوباره کاری زیاد ٬ به هدر رفتن ٬ خطاها • فشار منفی روی هدف پروژه • ضعف کیفیت که باعث خجالت می شود • استفاده موثر و کاراتر از منابع • کمینه خطاها • مطابقت کردن یا تخطی کردن امیدهای شرطبندی فرایند بهبود IT و پروژه که مشتریان محصولات پروژه را حمایت می کند می تواند داخلی یا خارجی باشد .

10. مدیریت کیفیت پروژه مدیریت کیفیت اصول (تدریس) Philosophies ابزارها روشها تحقیق و تصدیق دروس یادگرفته شده و بهتر تمرین کردن کنترل تغییر و مدیریت وضعیت (پیکربندی)

11. مدیریت کیفیت • انسان اولیه – کیفیت = بقا • Craftsmanship – در سالهاي میانی انجمن ها منظم شده (guilds regulated ) : • کسی که می تواند در یک شهر مخصوص بفروشد . • اطمینان از استاندارد بودن قیمت ها و کیفیت • حمایت شدن اعضا و خانواده های آنها وقتی که اعضا نباید بیشتر کار کنند . • تنظیم انواع نیروی انسانی – کارفرما – صاحب فروشگاه – کارآموز – راهی برای یک کارفرما شدن و یادگیری تجارت –Journeymen– کامل شدن آموزش و انتظار برای یک شغل آزاد

12. حرکت (جنبش ٬ تغییر) کیفیت • انقلاب صنعتی –Eli Whitney (1765 – 1825) • اختراع ماشین پنبه پاک کنی • اما همچنین اختراع شدن تولید انبوه ( بس آوري ) – در سال 1798٬ 134000 $ از دولت US دریافت شد تا 1000 تفنگ را طی دو سال تحویل دهد. – کمبود تفنگ ساز – توسعه کارخانه جایی که ماشینها با قسمتهای قابل تعویض ساخته می شوند و انسانها یاد می گیرند تا ماشینها را از کار بیاندازند . – ده سال طول می کشد تا تفنگ گذشته را تحویل دهد ثابت می کند که مفهوم ساخته شده است .

13. حرکت کیفیت • مدیریت علمی - Fredrick W. Taylor– (1856 -1915 ) – مدیریت باید به طور اختیاری نقش های thumb را نصب کند . • کارخانه به اندازه هر روز تولید می کنند – نه بیشتر نه کمتر – اعتقاد به اینکه فرآیندهای تولید باید خیلی موثر شود و مدیریت علمی استخدام شود • مجزاسازی یک وظیفه به وظایف کوچکتر و مطالعه آن برای فهمیدن بهتر و راه موثرتر برای انجام دادن • پیشنهاد درسی که ممکن است به رای گیری گذاشته شود – آیا به خوبی با اتحادیه کار نیروی انسانی قرار نمی گردد زیرا از غافلیت انسان چشم پوشی می کنند و معتقدند که سود باید افزایش یابد به وسیله افزایش سرعت کارکنان

14. جنبش کیفیت Walter A. Shewhart (1891 – 1967) – کار کردن برای شرکت الکترونی Western (TelephonesBell) – بهبود کیفیت برای تجهیزات زیر زمینی نیاز نمی باشد . – درخواست تئوری آماری برای کنترل فرآیندهای تولیدی

15. کنترل فصل برای یک فرآیند درون کنترل آماری کنترل فصل برای یک فرآیند در کنترل آماری نیست

16. جنبش کیفیت • ترقی ژاپن W. Edwards Deming (1900 – 1993) • کارکردن با کارخانه در شیکاگو در سال 1990 •رفتار مدیریتی کارکنان یک دندانه در سازمان •بازرسی نهایی برای کنترل کیفیت استفاده می شود . – کارکنان مستقیما مسئولیت پذیر نیستند . – ضایعات و دوباره کاری سرعت اجزا را كاهش مي دهد . • دعوت کردن برای دادن یک سری از سخنرانی طولانی مدت در ژاپن در سال 1950 • استراحت تاریخ است .

17. 14 اصل Deming • داشتن یک هدف (بهبود محصولات و سرویس ها ٬ رقابتی بودن ٬ عرضه کردن مشاغل ) • قبول کردن فلسفه ی جدید مدیریت • وابسته نبودن به امتحانات پایانی • Don’t award business based on price alone of price. • بهتر ماندن (بهبود) به طور ثابت • نهاد آموزش برای شغل • نهاد رهبری • مجزاسازی موانع بین بخشها • بیرون کردن ترس • از بین بردن شعار • a ) از بین بردن سهمیه b) از بین بردن مدیریت با هدف و نمره 12. گرفتن بهترین در کارتان 13. تمرکز کردن آموزش و خود اشتغالی 14. هر کسی را که انجام می دهد انتقال آن را می گردد .

18. جنبش کیفیت • ترقی مداوم ژاپن –Joseph Juran (1904 - ) • مشاهده کیفیت به عنوان سازگاری برای استفاده کردن • هم چنین اختراع شد برای ژاپن برای اینکه سمینارها را در سال 1950 هدايت کند . • پیام اینست که کیفیت به صورت تصادفی اتفاق نمی افتد – بلکه باید برنامه ریزی شده باشد .

19. جنبش کیفیت • نقشه برنامه ریزی کیفیت Juran’s (گروه سه تایی کیفیت) – برنامه ریزی کیفیت 1. تعیین کردن اینکه چه کسانی مشتری هستند 2. تعیین کردن احتیاجات این مشتریان 3. ترجمه کردن این احتیاجات به زبان خودمان 4. توسعه محصولی که می تواند این احتیاجات را جوابگو باشد . 5. بهینه ساختن محصول به منظور مطابقت دادن احتیاجاتمان به قدری خوب که نیاز مشتری برآورده شود . – بهبود کیفیت 6. توسعه فرآیندی که توانایی دارد تا محصول را تولید کند . 7.بهینه ساختن فرآیند – کنترل کیفیت 8. آشکار کردن اینکه فرآیند می تواند تحت وضعیت کار تولید کند . 9. انتقال دادن فرآیند به عمل

20. جنبش حرکت • ترقی مداوم ژاپن –Kaoru Ishikawa (1915 - 1989) • مطالعات تحت Deming •اعتقاد به اين كه كيفيت يك فرآيند مداوم است که به همه سطوح سازمان تکیه می کند (اعتماد می کند) • حامی استفاده کردن از easy-to-use ابزار آماری –Ishikawa, or Fishbone Diagram – نمودار پارتو – فلوچارت (نمودار گردش کار)

21. Ishikawa, or Fishbone Diagram

22. Pareto Chart

23. فلوچارت برای بررسی محدوده

24. جنبش کیفیت • Philip Crosby (1926 – 2001) – دفاع کردن (حامی ) : • آن را در اولین لحظه به درستی انجام بده . • نقص عمده • کیفیت آزاد است . • هزینه های معیوب پول سازمان ها

25. سیستم های کیفیت • سازمان بین المللی استاندارد (ISO ) – نتیجه گیری از کلمه یونانی ”ISOS“ كه هم مرتبه معنی می دهد . – در سال 1947 تشکیل شد . – امروزه بالای 130 اعضا برای آسان کردن هماهنگی بین المللی و وحدت استانداردها صنایع دارد . – استاندارد ها ساخته شده ISO 9000 و ISO 14000 (سازمان ها ) خانواده ها ( محيطي )

26. سیستم های کیفیت اصولی ISO 9000 • تمرکز مشتری • رهبری • گرفتاری مردم • رویکرد پردازشی • رویکرد سیستم برای مدیریت • توسعه مداوم • رویکرد واقعی برای تصمیم گیری • ارتباط تامین کننده سودمند متقابل

27. سیستم های کیفیت 6 (انحراف معیار) sigma • چهار چوب (بدنه ) 6 sigma ( روند D-M-A-I-C ) – معنی کردن ٬ تعریف کردن – سنجیدن ( ارزیابی کردن ) – تحلیل کردن – بهبود دادن – کنترل کردن

28. سیستم های کیفیت 6 sigma • ایجاد شده به وسیله Motorola (کمپانی سازنده سخت افزار و ریزپردازنده ) در Schaumburg ٬ IL • مبنایی بر فشار رقابتی در1980 شد . – کیفیت نامطلوبمان

29. برنامه های 6 sigma • مناطق سیاه كار فرما (Master Black Belts ) • – داشتن سطح بالایی از تکنیک ٬ تجربه سازمانی و مهارت کسی که six sigma black belts را آموزش می دهد . • Black Belts – از هماهنگی مختلف ٬ داشتن یک درجه بالایی از تجربه و مهارت و نگه داشتن در اعتبار بالا نشات گرفته است . • Green Belts • – رهبر six sigma یا مدیر پروژه • پشتیبانی کردن ( مبارزات ) – یک نقش اضافه شده در سازمان که عبارتست از رهبرانی که برای موفقیت پروژه six sigma با هم هماهنگ هستند واطمينان دارند كه مي توانند موانع سازمانی را برطرف كنند .

30. کیفیت سیستم ticklt ابتکار کیفیت بوسیله ی انجمن کامپیوتر بریتانیایی (BCS)درسال1991آغاز شد. سازمان نرم افزاری علاقه ای به پذیرفتن استاندارد 9000ISO نداشت. -آنرا خیلی معمولی و مشکل می انگاشت . Ticklt یک شرکت را از طریق گواهینامه ISO بوسیله یک هیات گواهی مستقل راهنمایی می کند . tickltبه توسعه دهندگان نرم افزار یک گواهی کیفیت معتبر می دهد که مخصوص سازمان های نرم افزاری برای افزایش مشتریان و تهیه کنندگان نرم افزار است .

31. سیستم های کیفیتی ادغام مدل بلوغ قابلیت (CMMI) • موسسه مهندسی نرم افزار (sei)در دانشگاه Carnegie-Mellon • شامل یک سری روش های توصیه شده برای تعدادی از پردازش اصلی مناطقی خاص در جهت پیشرفت نرم افزار می باشد . • فراهم کردن دستورالعملی که یک سازمان چگونه می تواند به بهترین صورت برای پیشرفت و نگهداری نرم افزار پردازش آن را کنترل کند . • فراهم کردن یک مسیر برای کمک به سازمان هایی برای توسعه پردازش نرم افزاری فعلیشان در جهت مهندسی نرم افزار و مدیریت بهتر.

32. CMMI • پردازش نرم افزار - افراد ٬ مواد ٬ انرژی ٬ تجهیزات سازمان منطقی و رویه ای به منظور فعالیت کاری برای تولید یک نتیجه ی پایانی خاص • قابلیت پردازش نرم افزار - نتایج مورد انتظاری که می تواند بوسیله ی پیروی از یک پردازش نرم افزاری خاص بدست آید میتواند برای پیشگویی نتیجه مورد استفاده قرار گیرد به شرط آنکه از یک پردازش نرم افزار پیروی شده باشد . • عملکرد پردازش نرم افزار • نتایج واقعی هنگامی بدست می آید که پردازش نرم افزاری خاص پیروی شده باشد تا عملکرد واقعی بتواند نتایج مورد انتظار را مقایسه کند . • بلوغ پردازش نرم افزار - حدیست که با آن پردازش نرم افزار خاص به صورت روشن و مداوم تعریف ٬ مدیریت ٬ اندازه گیری ٬ کنترل می شود و به طور موثر مورد استفاده قرار می گردد .

33. کیفیت سیستم CMMI • سازمان نرم افزاری رشد نیافته • ماهیتا منفعل – مدیران پیوسته در گیر هستند . • برنامه ها و بودجه ها از هم سبقت می گیرند . • قابلیت اجرایی و کیفیت اغلب برای رسیدن به برنامه های از پیش تعیین شده توافق می کنند . • موفقیت پروژه بوسیله ی کسی تعیین می شود که ممکن است عضو تیم پروژه باشد یا نباشد . • هیچ اساسی برای قضافت کیفیت نیست • به نظر میرسد که هرگز زمان کافی برای پیدا کردن نتیجه مشکل یا توسعه فرآیند موجود نیست

34. کیفیت سیستم CMMI • سازمان نرم افزاری کامل • برای پیروی از یک سری فرایند منظم شده از تمام پروژه نرم افزاری فعال و توانمند است . • فرایند نرم افزاری و وظایف افراد به روشنی معین شده است و با تمام سازمان پروژه مرتبط است . • فرایند نرم افزاری با تمام سازمان سازگار است و پیوسته بر اساس آزمایش یا تجربه بهبود یافته است . • کیفیت هر فرآیند نرم افزاری روشن است تا محصولات و فرآیندها قابل پیش بینی از میان پروژه های مختلف باشد . • برنامه و بودجه براساس پروژه های گذشته بنا نهاده شده است تا امکان تحقق آن ها بیشتر گردد و احتمال دست یافتن به اهداف و نتایج پروژه افزایش یابد .

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

36. سطح رشد فرایند نرم افزاری

37. سطوح بلوغ فرآیند نرم افزاری • سطح 1 : ابتدایی (پایه) - بوسیله ی یک سازمان نرم افزاری نابالغ مشخص می شود که در هر کدام از فرآیند نرم افزاری ٬ فرآیند موردیست (برنامه ریزی نشده است ) و در مقابل بحران ها منفعل است . یک محیط پایدار برای پروژه نرم افزاری ندارد و موفقیت آمیز بودن نتایج وسیع یک پروژه با افرادی که چه در پروژه باشند و چه نباشند پردازشی است که آن ها پیروی می کنند - حیطه پردازش اصلی • حیطه های پردازش اصلی در موقعیت درست قرار ندارند .

38. سطح 2 : - قابل تکراراست – سیاست های پردازش ها و کنترل ها برای مدیریت پردازش نرم افزاری در وضعیت درست هستند . موفقیت پروژه قبلی می تواند بوسیله ی تیم های پروژه دیگر بر روی پروژهای دیگری تکرار پذیر باشد . - حیطه اصلی پروژه • مدیریت پیکربندی نرم افزار • تضمین کیفیت نرم افزار • مدیریت قراردادهای فرعی نرم افزار • بررسی پروژه نرم افزار و نظارت • برنامه ریزی پروژه نرم افزار • مدیریت نیازمندی ها

39. سطح 3: - تعریف – مهندسی نرم افزار و مدیریت فرآیند ها ٬ مستند و استاندارد در تمام سازمان ها هستند و فرآیند استاندارد سازمان ها می شوند . - حیطه اصلی فرایند • بدقت بررسی کردن • هماهنگی درون گروهی • مهندسی محصول نرم افزار • مدیریت نرم افزار جامع • برنامه های آموزشی • تعریف فرآیند سازمان • کانون فرآیند سازمان

40. سطح 4 : • مدیریت شده – متریک های سنجشی برای اندازه گیری وتشخیص سودمندی و کیفیت برای هم محصول نرم افزاری و هم فرآیند نرم افزاری بنا نهاده شده است که هر کدام به عنوان قابل سنجش و قابل پیش بینی بودن مشخص می شوند - حیطه اصلی فرآیند • مدیریت کیفیت کیفی نرم افزار • مدیریت فرایند کمی

41. سطح 5 : - بهینه سازی در بالاترین سطح فرآیند نرمافزاری maturity- تمام سازمان ها بر روی فرآیند مدیریت متوالی متمرکزشده اند - حیطه اصلی فرآیند • مدیریت تغییر فرآیند • مدیریت تغییر تکنولوژی • جلوگیری از نقص

42. برنامه کیفیت پروژه IT

43. برنامه کیفیت پروژه ITاصول و فلسفه ی کیفیت • متمرکز شدن بر روی رضایت مشتری • پیشگیری نه بازرسی • بهبود فرآیند برای بهبود محصول • وظایف تمام افراد کیفیت است • مدیریت بر مبنای واقعیت

44. برنامه کیفیت پروژه ITاستاندارد ها و متریک های کیفیت

45. متریک کیفیت پروژه • فرآیند - کنترل نواقص معرفی شده بوسیله ی فرآیندهای مورد نیاز برای ایجاد پروژه قابل تحویل - برای بهبود توسعه یا نگهداری نرم افزارمورد استفاده قرار می گردد . - باید بر موثر بودن تشخیص و زدودن نواقص تمرکز کند

46. متریک کیفیت پروژه • محصول - متمرکز شدن بر روی کیفیت اصلی قابل تحویل و رضایت مشتریان ومتقاضیان یا پذیرنده با قابلیت تحویلشان - تلاش به منظور شرح ویژگی های پروژه قابل تحویل و محصول نهایی

47. متریک کیفیت پروژه • پروژه - متمرکز شدن بر روی کنترل فرآیندهای مدیریت پروژه برای مطمئن شدن این که پروژه تمام اهداف آن ها را تامین می کند به خوبی با اهداف و برنامه ریزی و تجهیزات بودجه ی آن ها مطابقت دارد .

48. مثال هایی از فرایند و محصول و متریک های پروژه

49. برنامه شناسایی و تایید کیفیت پروژه IT • شناسایی - تمرکز می کند بر روی فعالیت های با بستر پردازشی تا تضمین نماید که محصولات و مراسلات نیازمندی های معین را قبل از تست نهایی برآورده می کند یا خیر . - آیا ما راه درست تولید را ایجاد کرده ایم ؟

50. ارزیابی (گواهی) • بررسی تکنیکی - اطمینان حاصل کنید که راه حل IT با نیازمندی های تعیین شده مطابقت دارد - سرکشی کنید و بررسی کنید جایی که یک برنامه ریز یک دسته از سایر برنامه ریزان و توسعه دهندگان را از طریق برنامه و طرح رهبری می کند . • بررسی شغلی - برای اطمینان از این که راه حل IT وظایف خواسته شده و تعریف شده در محدوده پروژه و نیازمندیهای توضیح داده شده تنظیم شده است تا اینکه یک پروژه معین قابل تحویل گردد . • کامل است . • اطلاعاتی را که برای فاز یا فرآیند بعدی لازم است را تامین می کند . • استانداردهای از پیش تعریف شده را برآورده می کند . • با روش شناسایی پروژه و توسعه نرم افزار مطابقت می کند . • بررسی مدیریت - پیشرفت واقعی پروژه را با نقطه آغاز طرح پروژه مقایسه می کند . - برای حل مسائل و تصمیم گیری های مهم مفید است . - معمولا بر روی وسعت ٬ برنامه ، بودجه ، و اهداف کیفی پروژه متمرکز است .