1. چرا شش نقش؟ : Product Managerوکيل مدافع مشتري : Program Managerتحويل پروژه در محدوده منابع و محدوديتها : Developmentتوسعه محصول نرم افزاري بر اساس مشخصات نيازمنديها : Testing اطمينان از کنترل شدن و توجه شدن به تمامي موارد : User Experienceافزايش کيفيت کار کاربر : Release Managementاطمينان از راه اندازي هموار

3. ارائه پروژه در حيطه محدوديتها و شرايط

4. محصول منطبق بر نيازها

5. پاسخ به نيازهاي کاري کاربران

6. راه اندازي بعد از در نظر گرفتن همه جوانب و رفع مشکلات

8. مدل تيمي سنتي

9. يک تيم از افراد معادل يک تيم که افراد آن با يکديگر در سطح مساوي در ارتباطند. نقشها و مسوليتهاي خاص براي هريک از افراد دارد. افراد را در ارتباط با نقشهايشان تقويت و توانمند ميسازد. افراد را براي موفقيت در نقشهايشان پاسخگو نگاه ميدارد. تصميم گيري مشترک را تشويق ميکند. به هريک از اعضاي تيم سهم مشخصي را در موفقيت پروژه ميدهد.

10. اصول يک تيم موفق MSF يک تيم مطلقا متشکل از افراد همکار و هم رده برخلاف يک تيم سلسله مراتبي که تصميمها، جهت گيريها، اختيارها و مسوليتها از مرتبه بالاتر ميآيد، يک تيم از همکاران مشوق مسوليتهاي شخصي، اختيارات فردي و تصميمات مشترک است. هر فرد در تيم نقش خود را ميشناسد و مهارتها، اختيار و مسوليت اجراي فعاليتهاي مرتبط با نقش خود را دارد. هر عضو تيم، جايگاه ديگر اعضا را مورد احترام ميداند و به ايشان تکيه ميکند و ميداند ديگري در نقش خود قابل اتکاء و با کفايت است.

11. مدل تيم MSF Delivering the solution within project constraints Program Management Satisfied customers Building to specification Product Management Development Communication User Experience Test Enhanced user effectiveness Approval for release only after all quality issues are identified and addressed Release Management Smooth deployment and ongoing operations

12. Program Manager هدايت فرايند Development براي ارائه به موقع محصول معماري اوليه محصول و مديريت Product specification تسهيل ارتباطات و مذاکرات داخل تيم کنترل زمانبندي پروژه و گزارش وضعيت پروژه رهبري تصميمهاي حساس بويژه در موردtrade-off decisions ايجاد، نگهداري، به روز رساني و اجراي برنامه اجرايي پروژه رهبري و مديريت فرايند کنترل ريسک

13. Trade-offsهاي پروژه Schedule Resources Quality Features

14. Product Manager بعنوان وکيل مدافع مشتري در تيم عمل ميکند. يک Project vision و Project scope مشترک ايجاد ميکند. مسول تعريف نيازهاي مشتري و مستند سازي آنست. نگاهداري و توسعه کسب و کار در ارتباط با مشتري خاص. مديريت انتظارات مشتري. ايجاد موازنه بين امکانات درخواستي، زمان پروژه و منابع در دسترس. مديريت جهت گيري بازار، بازاريابي و روابط عمومي. ايجاد و نگاهداري و توسعه برنامه ريزي ارتباطات

15. Development تعيين امکانات و خصوصيات محصول در Physical Design تخمين نيروي انساني و زمان لازم براي ايجاد هريک از امکانات ايجاد امکانات يا نظارت بر ايجاد آن آماده کردن محصول براي نصب فراهم کردن تجربه و آمادگي تکنولوژيک لازم در تيم

16. Test ايجاد مستندات فرايند تست: استراتژي تست، طرح تست و دستورالعمل تست. مديريت فرايند Build. برنامه ريزي تستهايي که وضعيت دقيق توسعه نرم افزار را مشخص کنند. مشارکت در تعيين سطح کيفيت

17. User Experience به عنوان وکيل مدافع تيم نزد کاربر عمل ميکند. به عنوان وکيل مدافع کاربر نزد تيم عمل ميکند. در تهيه User Requirements مشارکت ميکند. در طراحي Feature ها مشارکت ميکند. طراحي و توليد سيستمهاي پشتيباني از کاربر را بر عهده دارد. فرايند کنترل و ارتقاء Usability را در سيستم رهبري ميکند.

18. Release Management به عنوان وکيل مدافع تيم در نزد گروه عمليات راه اندازي. به عنوان وکيل مدافع گروه راه اندازي نزد تيم. برنامه ريزي و مديريت نصب و راه اندازي. مشارکت در طراحي با هدف ارتقاء قابليت مديريت محصول نصب شده، قابليت پشتيباني و قابليت نصب پشتيباني محصول در مدت Beta Testing آموزش تيم عمليات راه اندازي و نيروهاي Help Desk براي مرحله Release

19. نقشها و مسوليتها

21. افزايش توانمندي نيروي انساني

22. معطوف به ارزش افزوده در کار مشتري

23. ديدگاه مشترک پروژه

24. در فعاليت و شتاب ماندن، انتظار مداوم تغيير

25. افزايش ارتباطات باز

26. يادگيري از تجارب و مدون کردن آن

27. سرمايه گذاري در کيفيتنگاه MSF

28. نگاه يک تيم موفق رسيدن به ديدگاه مشترک از پروژه توجه و تمرکز بر محصول توجه و تمرکز بر مشتري توجه و تمرکز بر از بين بردن همه خطاها تمايل به يادگيري مدوام

29. تعهد به : تاريخ ثابت تحويل پروژه تعهد به تاريخ ثابت تحويل پروژه يعني: تيم پروژه بر اين اساس عمل ميکند که تاريخ تحويل پروژه قابل تغيير نيست. اصولا ضلع مربوط به زمانبندي پروژه بايستي بي تغيير در نظر گرفته شود. تيم نبايستي براي تصميمهاي اصلاحي در فرايند پروژه نسبت به تغيير اين ضلع از مثلث Trade-off اقدام کند مگر واقعا هيچ چاره ديگري باقي نمانده باشد. اين روش منجر به ايجاد نوآوريها و خلاقيت در تيم ميشود تا Feature ها را در زمان مناسب ارائه کننده و هر مانعي را براي تاخير پروژه حذف کنند. اوليت بندي فعاليتها را باعث ميشود و اگر تيم نياز به حذف برخي Feature ها پيدا کرد بازهم مهمترين امکانات مورد نياز مشتري ايجاد شده باشند. قدرتمند سازي تيم با در اختيار گذاشتن يک ابزار و معيار تصميم گيري خوب – هرگونه تصميمي بر اين اساس گرفته ميشود که چه مقدار توانايي تيم را در تحويل به موقع پروژه کمک ميکند. يک هدف بر انگيزاننده براي تيم ايجاد ميکند. هزارها متغيير مختلف بر زمان تحويل پروژه تاثير ميگذارد، امکانات در نظر گرفته شده، تعداد و کيفيت افراد فعال، زمان کار و ... . بهتر است يکي را ثابت فرض کنيم وبقيه متغييرها را به نفع آن تغيير دهيم. وقتي زمان تحويل پروژه را فيکس کنيد، خلاقيت و قدرت تصميم گيري را تقويت ميکنيد

30. ترکيب نقشها در پروژه هاي کوچک

31. کاهش مقياس تيم: ترکيب رولها Product Management Program Management Development Release Management User Experience Testing

32. تنظيم تيم در پروژه هاي بزرگ تيمهاي بزرگ را به تيمهاي کوچکتري تقسيم کنيد که: سربار کاري کمتري داشته باشند.. سربار مديريتي کمتري داشته باشند. سربار ارتباطي کمتري داشته باشند. سريعتر ايجاد شوند. تيمهاي مبتني بر Feature ها ايجاد کنيد. تيمهايي که شامل نقشهاي متعدد هستند و هر زير تيم پيرامون يک گروه از Feature ها سازماندهي شده است. تيمهاي مبتني بر عملکرد نقش ايجاد کنيد. هر تيم شامل يک نقش هست و افراد تيم پيرامون جنبه هاي مختلف آن نقش سازماندهي شده اند.

33. ProgramManagement ProgramManagement Development Development DesktopFeatureTeam MessagingFeatureTeam UserExperience UserExperience Test Test ProgramManagement Development File and Print FeatureTeam UserExperience Test تيمهاي مبتني بر Feature set زير تيمهايي در بردارنده چند نقش که براي پياده سازي Featureهايي که به يک توانايي خاص نرم افزار مربوط هستند سازماندهي شده اند. ProgramManagement ProductManagement Development Lead Team UserExperience Test ReleaseManagement

34. نمونه تيم مبتني بر نقش Group Product Management Evangelism Product Planning Product Management Public Relations Marketing

35. تيمهاي مبتني بر نقش و عملکرد خاص Marketing

36. Program Management ProductManagement Development UserExperience Test Release Management زير نقشها و حيطه کارکرد هر نقش در تيم MSF Technology consultingImplementation architecture and designApplication developmentInfrastructure development Business valueMarketingCustomer advocacyProduct planning Project managementSolution architectureProcess assuranceAdministrative services Test planningTest engineeringTest reporting AccessibilityInternationalizationUser advocacyTraining/support materialUsability research and testingUser interface design InfrastructureSupportOperationsLogisticsCommercial release management

37. مدل اجرايي MSF