CT2 Development Process

From UG

(Difference between revisions)
Jump to: navigation, search
(Project Workflow)
(Project Workflow and Mantis)
Line 82: Line 82:
Note: All below is specific to Mantis soft we use.
Note: All below is specific to Mantis soft we use.
-
It is explaned using [[Client Application]] CT2 Super Component
+
It is explained using [[Client Application]] CT2 Super Component as an example.
=== Decomposing Super Component into Components and Tasks ===
=== Decomposing Super Component into Components and Tasks ===
Line 101: Line 101:
  591 [Client.Reports]
  591 [Client.Reports]
  920 [Client.WatchList]
  920 [Client.WatchList]
-
  925 [Client.WhereIs]
+
  925 [Client.WhereIs]
== Creating specific tasks for each component ==
== Creating specific tasks for each component ==

Revision as of 04:56, 23 July 2009

This article defines what methodology, roles, workflow, etc we use.

Contents

Overview

CT2 System consists of CT2 components (Client App, Ops, OpsReps, Acc. etc).

We develop each component separately. It has its own team, project plan, etc.

Methodology

We use our own methodology that is influenced by Scrum, Agile, Waterfall, Mantis, Outsourcing.

(in italic example given for Client App component)

Users

Future users of CT2 - operators, management, etc. (non jag operators and management)

Business (Client/Sponsor) Team

Acceptance board (demo meeting) - group of people who makes final decision about acceptance, tweaks, course of the project. (sometimes Simon alone, sometimes Simon, Marc, Alex, Tira together)

Biz analyst/architect - biz expert (Simon)

  • invents detailed biz requirements for the component
  • transfers these requirements to Sys Analyst

Sys analyst/Architect - IT expert (Tira)

  • translates detailed biz requirements into specs
  • transfers specs to development team

Project manager - time/scope management expert (Tira)

  • accountable for reaching the stated project objectives
  • managing high level of proj plan: start/end dates of development, specing dates, weekly demo dates, release dates

Software Development (Vendor) team

Development Lead - leader of the development team (Slava)

  • coordinates development effort
  • manages resources
  • manages low level of proj plan: detailed development schedule that includes phases of development, bugfix, QA, graphics (for every sub-component/dev task)
  • gets daily updates from developer, QA, graphic designer regarding deadlines
  • if there is a chance for ETA to be postponed then he immediately notifies Project Manager and they both decide what to do: move tasks around, add resources or push ETA forward

QA engineer (or manager) (Andrei)

  • makes sure that specs are complete
  • creates test plans
  • runs test plans
  • forwards bugs to developer
  • provides ETA for his work to Development Lead
  • must immedialy notify Development Lead if his ETA can slip

Developer (Sasha)

  • makes sure specs are complete
  • implements new sub-components, changes, tweaks, bug fixes
  • deploy, forwards his work to QA
  • provides ETA for his work to Development Lead
  • must immedialy notify Development Lead if his ETA can slip

Graphic designer (Slava)

  • responsible for creating overall Look and Feel concept
  • creates Style Guide
  • creates all graphics for application
  • provides ETA for his work to Development Lead
  • must immedialy notify Development Lead if his ETA can slip

Scrum and Sprints

Scrum is an approach we use to scheduling components/tasks into development.

Planning is based on weekly or bi weekly or any regular time intervals that is called Sprint.

Before the start of the Sprint team is looking at current tasks backlog (new components, bugs, tweaks, changes, etc) and select a number of tasks for next Sprint based on prioity, size of tasks, resources available, etc.

Note that conventional approach is to estimate each task and build a sequence (plan). One of the advantages of Scrum I guess is that it has always same distance between milestones.

So under Scrum if there is an ETA slip for given task then instead of re-scheduling milestone (demo date) we move delayed component to next demo and ideally work on and show something else instead for current milestone (demo).

If Release Date is fixed then all Sprints must be planned in advance so that they cover entire backlog.

Project Workflow and Mantis

Note: All below is specific to Mantis soft we use.

It is explained using Client Application CT2 Super Component as an example.

Decomposing Super Component into Components and Tasks

At some point it will be clear how to split specific component (and its development) into a number of large subcomponents.

At this point Sys Analyst creates "mantis parent records" for each component under Mantis project=[SuperCompName]. For example under Mantis Project=>>(Client) for Client Application

So you will see:

595	[Client.*Misc] =================== Client			
924	[Client.CTdetails]			
919	[Client.HomePage]			
921	[Client.ListAll]			
1015	[Client.LogInPanel]			
685	[Client.LookAndFeel]			
939	[Client.MAWBtracking]			
922	[Client.MyProfile]			
591	[Client.Reports]			
920	[Client.WatchList]			
925	[Client.WhereIs]

Creating specific tasks for each component

Sys Analyst creates tasks for each component and links as child to parent record so it is easy to see any time what tasks are there for each component and in what state.

Main task would be "Implement ver x.xx". But some of these tasks are bugs, tweaks, etc. For example under parent component 0001015: [Client.LogInPanel] we see:

parent of 	0001016	started	andrei 	4.QAbasic 	[Client.LogInPanel] Implement ver1.0 [Delete] 
parent of 	0001017	new	slava 	00.Graphics 	[Client.LogInPanel] Create Look and Feel for ver# 1.0 [Delete] 
parent of 	0001024	new	dima 	3b.Dev 	        [Client.LogInPanel] Login from another application hyperlink (MS Exel - hyperlink - Client)

Managing Time and Scope

It is very hard but if we want to fix Release Date then we all must:

1) be VERY serious about ETA

2) use techniques to avoid and solve this problem. See below.

Timeboxing

Scoping

Personal tools