Alcatel-Lucent CDC Workshop, Coaching & Knowledge Transfer Project Management

The Project Lifecycle

Presales Requirements Functional Analysis & Design Technical Design & Setup Iterative Development Functional Testing Maintenance

Presales Phase  Used to determine size of project  Separate analysis phase  Scope determination (requirements phase or not)  Business Case validation

Requirements Phase  All requirements are analyzed and roughly estimated  Draft technical design  Draft planning is drawn up (EMS)

Functional design & technical design  Functional (Genesis) design is initiated  Begin of Genesis cycle  Use case definition  Detailed data model

Iterative Development Phase  Scrum  Short sprints are essential  Fast feedback  Tight integration of development process aspects

Functional Testing Phase  ‘uncovered’ business logic still is manual process   in near future this will be integrated into Genesis  With proper ‘test writing skills’  90% coverage

Maintenance Phase  Genesis   Low maintenance cost  Easy change management procedure  Software factory

Use Case Driven Functional Analysis

What  Defines the interactions between external actors and the system under consideration to accomplish a goal.  System as a black box, what must the system do

How  Actors  Someone or something that acts on or is acted on  Preconditions  Conditions that must be true  State of the system  Normal Flow  Primary scenario of the system  Alternate Flow  Secondary or alternative scenarios

Why  Easy understandable by business users  Clearly define context  No specific language needed  Track back to business requirements

Functional Design

Use Cases  All functionalities of the application are described in functional use cases:  Diagram  Description  Preconditions  Normal Flow  Alternate Flow  Mockup

Diagram  A use case diagram graphically describes the relationships between various use cases

Use Cases  Description  A textual description of the use case  Preconditions  The positive / negative requirements for the use case  Normal Flow  The normal behavior of the use case  Alternate Flow  The abnormal behavior of the use case (error conditions,...)

Mockup  A visual screen design is added in the document  Describes how the screens should look like

Project Methods / Processes  Various agile methods available:  Lean  Kanban  eXtreme Programming  Scrum  DSDM  Various non agile methods available:  PMBOK  Prince2  LAD  RUP

Scrum

What  Process skeleton that includes a set of practices and predefined roles  Iterative, incremental process  Agile process  Team based approach

Why  Customers become part of the team  Frequent intermediate deliveries with working functionality  Risk mitigation, monitoring and management  Transparancy  Tackles rapidly changing requirements  Maximizes productivity

How  Iterative delivery  Incremental delivery  Customer collaboration  Individuals and interaction

How

Preparation  Contractual agreement  Vision  Initial product backlog  Initial release plan  Assemble team

Scrum Roles  Stakeholders  Enable the project  Customers, vendors  Only involved at sprint reviews  Users  The people for who the software is built  Product Owner  Voice of the customer  Verifies use cases  Fills the product backlog  Provides scrum team with right business things

Scrum Roles  Scrum Master  Remove impediments  Not the leader of the team  Buffer between team and distracting influences  Enforcer of rules  Team Members  Responsible to deliver the product  Cross-functionally skilled  Typically 5-9 people

Scrum Artefacts  Product backlog  High-level  Broad descriptions of all required features and wish-list items  “What” will be built  Open and editable by anyone  Managed by product owner

Scrum Artefacts  Sprint backlog  More detailed than product backlog  What the team will implement in the current sprint  Impediment list  Problems, obstacles, unknowns,...

Sprint Cycle  Sprint planning meeting  Product owner describes highest priority tasks  Team members choose from the highest priority tasks  Move tasks from product backlog to sprint backlog  How much can the team commit during the coming sprint  Daily Scrum  Same location, same time (ideally in the morning)  Pigs / Chickens  All team members required  Others may attend to listen, but aren’t allowed to talk  Status information  What did you do  What will you do  Any impediments?

Sprint Cycle  Sprint review  Team shows what has been accomplished  Demo of new features  Informal meeting  Checking of sprint goal  Sprint retrospective  What went well, not well during the sprint  What improvements can be made on the next sprint

Scrum Process

Basic Ideas

eXtreme Programming

Project Dashboard: EMS  The standard way:  Spreadsheets  s  Phone calls  Paper documents  No timesheet  No accurate reporting

Project Dashboard: EMS  With EMS:  Master projects  All information in one place  Collaboration  Transparancy  Structure  Detailed tracking of every performed minute  Detailed analysis of data  Detailed reporting and follow up

Project Dashboard: EMS

 How to use  Task assigned after sprint planning  Daily reporting using timesheet component (hours and actual progress)  Issue management and follow up  Benefits  Easy follow up on the progress  Easy coaching  Strong reporting

Contact Item Solutions Plantin en Moretuslei Borgerhout   Speaker Kristof Rennen 