Roles in a Project TeamRoles in a Project Team

By Sebastian WagnerBy Sebastian Wagner

And And

Michal PieniazekMichal Pieniazek

Team models to be covered:Team models to be covered:

• RUPRUP

• MSFMSF

• Extreme programmingExtreme programming

RUP (Rational Unified RUP (Rational Unified Process)Process)

What is RUP?

RUP is more a framework (or a platform) than a standard methodology. RUP is a so-called proprietary software methodology and it was developed by Rational Software Corporation and first released in 1998. It is based on best practices used in the industry. Several industry-leading companies have helped in developing RUP and several leading companies such as Microsoft and Sun uses it in their software development. RUP is a large methodology, which covers everything from project management to implementation and installation. RUP is a software engineering process supported by a powerful set of tools such as UML and the object technology

The RUP team modelThe RUP team model

Worker

A worker defines the behavior and responsibilities of an individual, or a group of individuals working together as a team. You could regard a worker as a "hat" an individual can wear in the project. One individual may wear many different hats. This is an important distinction because it is natural to think of a worker as the individual or team itself, but in the Unified Process the worker is more the role defining how the individuals should carry out the work..

Team structure

• Enterprise/business/mission modeling team. Develops enterprise business/context models in order to set system context and derive system requirements.

• System analysis team. Builds the analysis model, including the UML subsystem and localities. This team also develops and maintains the derived requirements to the analysis, and it may build the analysis-level process and data models.

Team structure

• Design and implementation teams. Responsible for the detailed design and implementation of components within a given viewpoint.

Subsystem teams. Develop detailed class design andassociated software modules for one or more subsystems.

Locality teams. Develop detailed hardware specifications, design, and hardware components for one or more localities.

Other teams. Might include data modeling and computer/human interaction.

Team StructureTeam Structure

• Build and integration team. Receives components developed bythe development and implementation teams and builds systemiterations.

• System test team. Plans, executes, and reports on system tests.

• Operation and maintenance team. Performs field delivery, tracks problems, prioritizes change requests, and delivers updates and patches.

• Project management team. Performs ongoing iteration planning, context management, and stakeholder communications.

Relationship between teamsRelationship between teams

XP (Xtreme Programming)XP (Xtreme Programming)

What is XP?What is XP?

• Extreme Programming (XP) is a discipline of software development based on values of simplicity, communication, feedback, and courage.

• It works by bringing the whole team together in the presence of simple practices, with enough feedback to enable the team to see where they are and to tune the practices to their unique situation.

XP team structureXP team structure

Customer

• Writes User Stories and specifies Functional Tests• Sets priorities, explains stories• May or may not be an end-user• Has authority to decide questions about the stories

Programmer• Estimates stories• Defines Tasks from stories, and estimates• Implements Stories and Unit Tests

XP team structure continuedXP team structure continued

Coach• Watches everything, sends obscure signals,

makes sure the project stays on course• Helps with anything• Applies “Rolled Up Newspaper” as required

Tracker• Monitors Programmers’ progress, takes action if

things seem to be going off track.• Actions include setting up a meeting with

Customer, asking Coach or another Programmer to help

XP team structure continuedXP team structure continued

Tester• Implements and runs Functional Tests (not

Unit Tests!)• Graphs results, and makes sure people

know when test results decline.

Doomsayer• Ensures that everybody knows the risks

involved• Ensures that bad news isn't hidden, glossed

over, or blown out of proportion

XP team structure continued… XP team structure continued… again…again…Manager• Schedules meetings (e.g. Iteration Plan, Release

Plan), makes sure the meeting process is followed, records results of meeting for future reporting, and passes to the Tracker

• Possibly responsible to the Gold Owner.• Goes to meetings, brings back useful information• Pays for pizza

Gold Owner• The person funding the project, which may or

may not be the same as the Customer

BibliographyBibliography

WWW:WWW:

• rup_bestpracticesrup_bestpractices.pdf.pdf

• IBM.comIBM.com

• EnablingSoftwareQualityWithXP-EnablingSoftwareQualityWithXP-Paper.pdfPaper.pdf

• IntroToXpTomKubit.pdfIntroToXpTomKubit.pdf

•http://www.xprogramming.com