1 מודל ניהול הצוותים של MSF. 2 Causes of failure  Poorly-defined objectives  Insufficient planning  Lack of executive support  Organizational barriers.

Slides:



Advertisements
Similar presentations
MSF: Microsoft Solutions Framework Past and present
Advertisements

State of Indiana Business One Stop (BOS) Program Roadmap Updated June 6, 2013 RFI ATTACHMENT D.
Get in touch with Microsoft Dynamics Sure Step Saied Alhamwi, PMP Business Application Manager ACWA Holding
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
© 2007 AT&T Knowledge Ventures. All rights reserved. AT&T and the AT&T logo are trademarks of AT&T Knowledge Ventures. Interactive Solutions & Design Group.
Lecture 2 Title: PLC, SDLC, PMBOK
<<replace with Customer Logo>>
The Business Analyst Role in Agile Projects
Ahsan Kabir Project Manager Ahsan Kabir Project Manager ………………………….
Rational Unified Process
Software Project Transition Planning
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
SE 555 Software Requirements & Specification Requirements Validation.
APPLICATION DEVELOPMENT BY SYED ADNAN ALI.
Iterative development and The Unified process
IIBA Denver | may 20, 2015 | Kym Byron , MBA, CBAP, PMP, CSM, CSPO
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Systems Analysis and Design. Systems Development Life Cycle (SDLC) Systems Analysis Systems Design Programming Testing Conversion On-going maintenance.
What is Business Analysis Planning & Monitoring?
Effective Methods for Software and Systems Integration
1 MSF: Microsoft Solutions Framework. 2 Agenda  Introduction  MSF Team Model  MSF Process Model  MSF Project Management Discipline  MSF Risk Management.
Project Management: Madness or Mayhem
Web Development Process Description
Sissejuhatus informaatikasse. Solution Framework The easiest way to achieve success is to follow in the successful footsteps of others. This doesn’t mean.
Roles and Responsibilities
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Milen Petrov Griffin Ltd.
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Resources Performance time. resources Performance time 2.
1.  Project: temporary endeavor to achieve some specific objectives in a defined time  Project management ◦ Dynamic process ◦ Controlled and structured.
MSF Overview (Microsoft Solutions Framework) Eran Kolber Vice President – LIH Ltd Regional Director – Microsoft Product Management Advisor – MSF Development.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Chapter – 9 Checkpoints of the process
IT Requirements Management Balancing Needs and Expectations.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
DEV234 Project Management For.NET Developers Marc Gusmano Director of Emerging Technologies The Information Management Group.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Module 2: Creating a Plan for Network Security. Overview Introduction to Security Policies Designing Security by Using a Framework Creating a Security.
Ch 4 - Learning Objectives Scope Management You should be able to: n Discuss the relationship between scope and project failure n Describe how strategic.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Develop Project Charter
Rational Unified Process (RUP) Process Meta-model Inception Phase These notes adopted and slightly modified from “RUP Made Easy”, provided by the IBM Academic.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Project Initiation at The Regence Group 12/19/2015John Garrigues1.
1 IT Project Management, Project Failure and Success  Introduction  Projects operate in a broad organizational environment.  Project managers need to.
SOLUTION What kind of plan do we need? How will we know if the work is on track to be done? How quickly can we get this done? How long will this work take.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Software Project Management Iterative Model & Spiral Model.
An organizational structure is a mostly hierarchical concept of subordination of entities that collaborate and contribute to serve one common aim... Organizational.
Rational Unified Process (RUP)
Agile 101. Feasibility Study SDLC – What is it? Systems Development Life Cycle: The most commonly used, and generally accepted, project management approach..
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
BioRainbow Development Process Description. Development Process Overview We use combination of MSF development technology ( Extreme.
Process 4 Hours.
Roles and Responsibilities
Project Management Processes
Hyper-V Cloud Proof of Concept Kickoff Meeting <Customer Name>
Engineering Processes
Project Management Processes
Presentation transcript:

1 מודל ניהול הצוותים של MSF

2 Causes of failure  Poorly-defined objectives  Insufficient planning  Lack of executive support  Organizational barriers  Lack of user involvement  Lack of business awareness  Insufficient skills

3 Critical Decisions Discipline or Agility The engineering approach  Predictability  TCO  High availability  Design and architecture  Release management  Disciplined team The agile agenda  Rapid cycling  Close customer involvement  Iteration and feedback  Learning from experience  Motivated team

4 Critical Decisions Hierarchy or “Team of Peers” Hierarchic team  Project manager accountable for everything  “Authority” & “Control”  Hierarchy for decisions  Goals fixed Team of Peers  Each team role has its accountability  “Responsibility” & “Facilitation”  Decisions by consensus  Changes managed

5 Critical Decisions Process model  Waterfall Model  Predictable series of activities  Milestones mark transition and assessment points  Spiral Model  Relies on iterations for improvement  Continual high customer involvement

6 Principles of a Successful Team  Shared project vision  Product mindset  Zero-defect mindset  Customer-focused mindset  Willingness to learn  Open Communications  Stay Agile, Expect Change

7 Product Mindset  “When you wake up in the morning and you come in to work, you say, ‘What is the focus—are we trying to ship or are we trying to write code?’  The answer is, we are trying to ship. You’re not trying to write code, you’re trying not to write code.”

8 Zero-Defect Mindset  Zero-defect mindset is a commitment to quality.  It means that the team goal is toperform their work at the highest quality possible, so that if they have to deliver tomorrow, they can deliver something.  It’s the idea of having a nearly shippable product every day.  It does not mean delivering code with no defects; it means that the product meets or exceeds the quality bar that was set by the project sponsor and accepted by the team during envisioning.

9 Customer-Focused Mindset  Satisfied customers are priority number one for any great team.  A customer focus throughout development includes a commitment from the team to understand and solve the customer’s business problem.  One way to measure the success of a customer focused mindset is to be able to trace each feature in the design back to a customer or user requirement.

10 Willingness to Learn  Willingness to learn includes a commitment to ongoing self improvement through the  Conducting milestone reviews and blameless postmortems are components of the MSF process model which help teams commit to communicating.  Teams that commit time in the schedule for learning, reviews, and postmortems createan environment of ongoing improvement and continuing success.

11 Motivated Teams Are Effective  Clarify team vision.   Build team identity, beakers, and so on.   Spend time getting to know colleagues by way of social or team events.  Schedule team-building sessions where team members can experiment with different ways of collaborating and interacting, normally outside the work setting.  Ensure that the individual’s personal goals are considered, such as providing opportunities for personal or technical competency development, or managing the impact on work-life balance.   Maximize the empowerment felt by individuals and listening to their views.   Celebrate success.

12 MSF Team Model Program Management Program Management Development Testing Release Management Release Management User Experience User Experience Product Management Product Management Team of Peers

13 Role Focus and External Coordination

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

15 MSF Team Role Clusters Business value Marketing Customer advocacy Product planning Project management Solution architecture Process assurance Administrative services Technology consulting Implementation architecture and design Application development Infrastructure development Test planning Test engineering Test reporting Infrastructure Support Operations Logistics Commercial release management Accessibility Internationalization User advocacy Training/support material Usability research and testing User interface design Development Test Release Management User Experience Product Management Program Management

16 Scaling Roles to Small and Large Projects  Scaling down: Teams with fewer than six people  Team members share roles  Be sure all perspectives are represented  Avoid conflicts of interest  Scaling up: Feature and/or function teams  Feature teams Multidisciplinary sub-teams organized around feature sets  Function teams Unidisciplinary sub-teams organized by functional role Program Management Program Management Development Testing Release Management Release Management User Experience User Experience Product Management Product Management

17 Multiple Feature Teams for Large Projects Function teams can also be employed.

18 Combining Roles for Small Projects

19 Team Empowerment

20 Roles & Responsibilities

21 MSF Phases and Milestones Project Plans Approved Scope Complete Release Readiness Approved Deployment Complete Vision/Scope Approved Pilot Complete Pre-Production Testing Complete Release Candidates User Acceptance Testing Complete Zero Bug Bounce Bug Convergence Technology Validation Complete Functional Specifications Baselined Master Project Plan Baselined Master Project Schedule Baselined Development/Test Environment Set Up Deployment Stabilized Site Deployments Complete Core Technology Deployed Core Team Organized Vision/Scope Baselined Proof of Concept Complete Internal Release 1 Internal Release 2 Internal Release n

22 Envisioning PhasePlanning PhaseDeveloping PhaseStabilizing PhaseDeploying Phase  Overall goals  Identify customer requirements  Vision / scope document  Conceptual design  Business requirements analysis  Communications plan  Customer expectations  Communications plan execution  Launch planning  Customer feedback, assessment, signoff  Design goals  Solution concept  Project structure  Conceptual and logical design  Functional specification  Master project plan  Master project schedule  Budget  Functional specification management  Project tracking  Plan updating  Project tracking  Bug triage  Solution / scope comparison  Stabilization management  Prototypes  Development and technology options  Feasibility analysis  Technology evaluation  Logical and physical design  Development plan / schedule  Development estimates  Code development  Infrastructure development  Configuration documentation  Bug resolution  Code optimization  Problem resolution  Escalation support  User Performance needs and implications  Usage scenarios / use cases  User requirements  Localization / accessibility requirements  User documentation, training plans and schedules  Training  Training plan updates  Usability testing  Graphic design  User documentation stabilization  Training materials  Training  Training schedule management  Testing approach  Test acceptance criteria  Design evaluation  Testing requirements  Test plan and schedule  Functional testing  Issues identification  Documentation testing  Updated test plan  Testing  Bug reporting and status  Configuration testing  Performance testing  Problem resolution  Deployment implications  Operations management and supportability  Operations acceptance criteria  Design evaluation  Operations requirements  Pilot and deployment plan and schedule  Rollout checklists  Rollout and pilot plan updates  Site preparation checklists  Pilot setup and support  Deployment planning  Operations and support training  Site deployment management  Change approval Development Test Release Management User Experience Product Management Program Management

23

24

25

26

27

28

29

30