Roles in a project team
1 / 14

Roles in a Project Team - PowerPoint PPT Presentation

  • Uploaded on

Roles in a Project Team. By Sebastian Wagner And Michal Pieniazek. Team models to be covered:. RUP MSF Extreme programming. RUP (Rational Unified Process). What is RUP? RUP is more a framework (or a platform) than a standard methodology.

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about ' Roles in a Project Team' - logan-hansen

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
Roles in a project team

Roles in a Project Team

By Sebastian Wagner


Michal Pieniazek

Team models to be covered
Team models to be covered:

  • RUP

  • MSF

  • Extreme programming

Rup rational unified process
RUP (Rational Unified 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 model
The RUP team model

  • Worker

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

Team structure
Team structure

  • Enterprise/business/mission modeling team. Developsenterprise business/context models in order to set system contextand derive system requirements.

  • System analysis team. Builds the analysis model, including theUML subsystem and localities. This team also develops andmaintains the derived requirements to the analysis, and it maybuild the analysis-level process and data models.

Team structure1
Team structure

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

    Subsystem teams. Develop detailed class design and

    associated 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 andcomputer/human interaction.

Team structure2
Team Structure

  • Build and integration team. Receives components developed by

    the development and implementation teams and builds system


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

  • Operation and maintenance team. Performs field delivery, tracksproblems, prioritizes change requests, and delivers updates andpatches.

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

Xp xtreme programming
XP (Xtreme Programming)

What is XP?

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

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

Xp team structure
XP team structure


  • 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


  • Estimates stories

  • Defines Tasks from stories, and estimates

  • Implements Stories and Unit Tests

Xp team structure continued
XP team structure continued


  • Watches everything, sends obscure signals, makes sure the project stayson course

  • Helps with anything

  • Applies “Rolled Up Newspaper” as required


  • Monitors Programmers’ progress, takes action if things seemto be going off track.

  • Actions include setting up a meeting with Customer, askingCoach or another Programmer to help

Xp team structure continued1
XP team structure continued


  • Implements and runs Functional Tests (not Unit Tests!)

  • Graphs results, and makes sure people know when testresults decline.


  • Ensures that everybody knows the risks involved

  • Ensures that bad news isn't hidden, glossedover, or blownout of proportion

Xp team structure continued again
XP team structure continued… again…


  • Schedules meetings (e.g. Iteration Plan, Release Plan), makessure the meeting process is followed, records results ofmeeting 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 thesame as the Customer