HeaderSIS.jpg

Difference between revisions of "IS480 Team wiki: 2014T1 Chocolicious Proj Management"

From IS480
Jump to navigation Jump to search
 
(8 intermediate revisions by the same user not shown)
Line 1,260: Line 1,260:
 
</ul>
 
</ul>
 
|}
 
|}
 +
==Client Relationship==
 +
Aside from the regular client meetings, The team decided to take another step in helping to value add to our client's project and plans. One of the main aim of this project is for its implementation to come to fruition as this is already the third time this project was proposed to SMU IS480. Our team hopes to help pave the way for implementation by:
 +
<ol>
 +
<li>Helping users cope, adapt and learn the new system to help ease the learning. Having been equipped with better knowledge through guidance, we hope the users will be more keen on using the system.</li>
 +
<li>Ensuring there is maintenance for at least a year, and hence, a form of continuity in the project. In preparation for handing over, the set-up guides and technical documents would come in handy.</li>
 +
</ol> 
 +
To ensure users have a smooth learning, the team has arranged for trainings with SMUSA as well. On 7th November, Team Chocolicious organized a training session to help new CBd Finance Secretaries familiarize with the system in preparation for budgeting. There will also be another training for all student leaders in the coming SMU Leadership Symposium.
 +
 +
To aid students in learning at their own pace, the team has also come up with online video tutorials embedded in the system. Since the system went live on 7th November till today, the team has been providing steady support for users in case of any doubts or help. To ensure maintenance for at least a year after FYP, SMUSA will be paying one of the team members to help maintain the system, fix bugs, make minor business rule changes and ensuring system availability. OSL and SMUSA will co-own the system after the FYP. To prepare for handover, the team has come up with Technical Documents for set up, architecture and application guide.
 +
 +
While the system has successfully gone live, our team hopes that in taking the steps mentioned, we can give value to the implementation of the project and to our client's plans for the future.
  
 
==Metrics==
 
==Metrics==
Line 1,333: Line 1,344:
 
|11 || 13 || 13 || 1.00 || Proceed as planned
 
|11 || 13 || 13 || 1.00 || Proceed as planned
 
|-  
 
|-  
|12 || 13 || || ||  
+
|12 || 13 || 13 || 1.00 || Proceed as planned
 +
|-
 +
|13 || 12 || 12 || 1.00 || End of FYP
 
|}
 
|}
 
</center>
 
</center>

Latest revision as of 19:00, 22 December 2014

Chocoliciousmenu.jpg
Overview Project Management Documentation
1. Project Progress 1. Our Team 1. Documents
2. Project Description 2. Time Line 2. Database
3. Stakeholders 3. Schedule 3. Use Cases
4. Learning Outcomes 4. Risks & Constraints 4. Diagrams
5. Metrics

Our Team

ChocoOurTeam.jpg

Time Line

ChocoMVPTimeline.jpg

The time line shows the IS480 milestones and the iterations for the whole project. Lining the schedule, are the functions that will be released with each deployment. The functions in the later iterations will be added to the functions already available from previous iterations.

C.R.U.D. refers to Create, Read, Update, Delete.

Schedule

Planned
Iter Tasks Milestone Start End
1 Preparation
  • Documentation & Requirement Gathering
  • Research on Technologies
  • Setup necessary software
  • Develop project proposal

Project Management

  • Team roles & management
  • Project Schedule
  • Risk Assessment
  • Learning Outcome

Technical Requirements

  • Develop Use Case Diagram
  • Draft database entity
23 May 2014
12 Jun 2014
2 Management & Documentation
  • Finalise project proposal
  • Prepare project writeup on wiki
  • Refine UCD
  • Develop diagrams
Proposal deadline

Coding Tasks

  • Develop mock UI & framework
  • Build up database
  • Login & authentication
  • Grant user roles
  • Create claims
  • Edit/ update claims
  • Delete claims
  • View claims
  • Save function for unsubmitted claims

Testing

  • Develop test cases for revelant functions
  • Integration testing
  • Debugging

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress
Proposal
18 Jun 2014
13 Jun 2014
26 Jun 2014
3 Coding Tasks
  • Refine UI and develop UI for relevant functions
  • Code for club application
  • Code for acceptance and rejection of club application
  • Code for removal of club application
  • Code for editing of claims to relevant parties
  • Code for submission of claims to relevant parties
  • Code for viewing/ editting of all accounts for SMUSA Fin sec
  • Code for viewing/ editting of accounts for users of different

Testing

  • Develop test cases for revelant functions
  • Integration testing
  • Debugging

Management & Documentation

  • Update wiki page & project progress
  • Update database & diagrams


Deployment
Users Claims Accounts Budgeting Additional features
Create, Read, Update, Delete (C.R.U.D.)

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission

R.U.

View accounts


27 Jun 2014
10 Jul 2014
4 Management
  • Revise documentations / wiki page
  • Revise diagrams & test cases

Coding Tasks

  • Refine UI and develop UI for relevant functions
  • Code for approval of claims
  • Code for rejection of claims
  • Code for resubmission of rejected claims
  • Code for reject claims due to error
  • Code for change of claims status
  • Code for propose budget (save function for individual account)
  • Code for edit/update of budget
  • Code for removal of budget
  • Code for submit budget
  • Code to view budget

Testing

  • Develop test cases for revelant functions
  • Integration testing
  • Debugging

Documentation

  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts

C.R.U.D.

View budget
Save & Submit


11 Jul 2014
31 Jul 2014
5 Management
  • Revise documentations / wiki page
  • Prepare for acceptance presentation
  • Revise diagrams & test cases

Coding Tasks

  • Refine UI and develop UI for relevant functions
  • Code for SMUSA CBD & SMUSA fin sec to edit submitted budget
  • Code for SMUSA fin sec to allocate funds (from SAC account to every clubs' expenditure account)
  • Code for viewing of SAC account

Injection and Deposits shifted to Iteration 6, to focus on functions planned for Acceptance instead in Iteration 5.
Testing

  • Develop test cases for revelant functions
  • Deploy a Minimum Viable Product (MVP)
  • Integration testing
  • Debugging

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
SAC - Fund allocation
SAC - View accounts

C.R.U.D.

Submission
View budget
Save & Submit
Edit submitted budget


Acceptance Presentation
Acceptance Presentation
14 Aug 2014
1 Aug 2014
14 Aug 2014
6 Management
  • Revise documentations / wiki page
  • Prepare for acceptance presentation
  • Revise diagrams & test cases

Coding Tasks

  • Code for deposit revenue into expenditure account (CBD fin sec & SMUSA sec)
  • Code for inject funds from SAC reserve
  • Code for SMUSA fin sec to change reserve limit
  • Refine UI and develop UI for relevant functions
  • Code for pull back funds from SAC reserve
  • Code for viewing of reserve account
  • Code for SMUSA fin sec to approve reserve withdrawal
  • Code for request reserve withdrawal (CBD & Club fin sec)

Modifiable Pull back Formula removed (function was not required, it was initially included due to misunderstanding of requirements on our part.)
Testing

  • Develop test cases for revelant functions
  • Deploy MVP
  • Integration Testing
  • Debugging

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
Change reserve limit
View reserve accounts
Request reserve withdrawal
Approve reserve withdrawal
SAC - Injecting funds
SAC - Revenue deposit
SAC - Pullback funds
SAC - View accounts

C.R.U.D.

View budget
Save & Submit
Edit submitted budget

Initial Rollout
25 Aug 2014
15 Aug 2014
28 Aug 2014
7 Management
  • Revise documentations / wiki page
  • Revise diagrams & test cases

Coding Tasks

  • Refine UI and develop UI for relevant functions
  • Code for fund transfer between CBD & Club fin sec
  • Code for report generation for fund transactions
  • Code for report generation of transaction of pullback and allocation

Testing

  • Develop test cases for revelant functions
  • Deploy MVP
  • Integration Testing
  • Debugging

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
Change reserve limit
Edit pullback formula
View reserve accounts
Request reserve withdrawal
Approve reserve withdrawal
Fund transfer
SAC - Fund allocation
SAC - Injecting funds
SAC - Revenue deposit
SAC - View accounts
SAC - Pullback funds

Reports
Fund transactions
Transaction of pullback and allocation

C.R.U.D.

View budget
Save & Submit
Edit submitted budget


UAT 1
05 Sep 2014
29 Aug 2014
11 Sep 2014
8 Management
  • Revise documentations / wiki page
  • Revise diagrams & test cases

Coding Tasks

  • Refine UI and develop UI for relevant functions
  • Code for club level report
  • Code for CBD level report
  • Code for SMUSA level report
  • Code for report generation of transaction history
  • Code for analytics dashboard
  • Code for e-receipt generation
  • Code for Vendor Recommendation

E-Payment shifted to later after Midterm
Analytic Dashboard has been dropped to focus on Vendor Recommendation and E-Payment.
SAP Integration has been dropped due to external reasons.
The team has however decided to persist with the objective of SAP Integration by coming up with another function: Auto Approval to accomplish the same objective as this will greatly value add to the Accounting Information System. Upon discussion with our supervisor, we have been approved to go ahead. We recognise that there may be some risk involved with the task, but we are determined to resolve that together with our client.

Testing

  • Develop test cases for revelant functions
  • Deploy MVP
  • Integration Testing
  • Debugging

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
Change reserve limit
Edit pullback formula
View reserve accounts
Request reserve withdrawal
Approve reserve withdrawal
Fund transfer
SAC - Fund allocation
SAC - Injecting funds
SAC - Revenue deposit
SAC - View accounts
SAC - Pullback funds

Reports
Fund transactions
Transaction of pullback and allocation
Club level
CBD level
SMUSA level
Transaction history

C.R.U.D.

View budget
Save & Submit
Edit submitted budget


E-receipt
UAT 2
19 Sep 2014
12 Sep 2014
25 Sep 2014
9

Mid term preparation

Management

  • Revise documentations / wiki page
  • Revise diagrams & test cases

Coding Tasks

  • Refine UI and develop UI for relevant functions
  • Code for club level report
  • Code for CBD level report
  • Code for SMUSA level report
  • Code for report generation of transaction history
  • Code for Vendor Recommendation
  • Code for e-Receipt Mailing
  • Code for vendor recommendation

Testing

  • Develop test cases for revelant functions
  • Deploy MVP
  • Integration Testing
  • Debugging

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
Change reserve limit
Edit pullback formula
View reserve accounts
Request reserve withdrawal
Approve reserve withdrawal
Fund transfer
SAC - Fund allocation
SAC - Injecting funds
SAC - Revenue deposit
SAC - View accounts
SAC - Pullback funds

Reports
Fund transactions
Transaction of pullback and allocation
Club level
CBD level
SMUSA level
Transaction history

C.R.U.D.

View budget
Save & Submit
Edit submitted budget


E-receipt

Vendor recommendation

Mid Term Presentation
Mid Term Presentation
10 Oct 2014
26 Sep 2014
10 Oct 2014
10 Management
  • Revise documentations / wiki page
  • Revise diagrams & test cases

Coding Tasks
Our client has requested for e-Payments to be removed.

  • Refine UI and develop UI for relevant functions
  • Code for Batch Reconciliation</>
  • Code for AGM Calculator
  • Code for Claims Tracker

Testing

  • Develop test cases for revelant functions
  • Deploy MVP
  • Integration Testing
  • Debugging

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
Change reserve limit
Edit pullback formula
View reserve accounts
Request reserve withdrawal
Approve reserve withdrawal
Fund transfer
SAC - Fund allocation
SAC - Injecting funds
SAC - Revenue deposit
SAC - View accounts
SAC - Pullback funds

Reports
Fund transactions
Transaction of pullback and allocation
Club level
CBD level
SMUSA level
Transaction history

C.R.U.D.

View budget
Save & Submit
Edit submitted budget


E-receipt

Vendor recommendation
Batch Reconciliation
Claims Tracker
AGM Calculator

11 Oct 2014
23 Oct 2014
11 Management
  • Revise documentations / wiki page
  • Revise diagrams & test cases

Coding Tasks

  • Refine UI and develop UI for relevant functions
  • Code for concurrency control

Testing

  • Develop test cases for revelant functions
  • Deploy fully functioning system
  • Integration Testing
  • Debugging

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
Change reserve limit
Edit pullback formula
View reserve accounts
Request reserve withdrawal
Approve reserve withdrawal
Fund transfer
SAC - Fund allocation
SAC - Injecting funds
SAC - Revenue deposit
SAC - View accounts
SAC - Pullback funds

Reports
Fund transactions
Transaction of pullback and allocation
Club level
CBD level
SMUSA level
Transaction history

C.R.U.D.

View budget
Save & Submit
Edit submitted budget


E-receipt

Vendor recommendation
Batch Reconciliation
Claims Tracker
AGM Calculator

UAT
27 Oct 2014
24 Oct 2014
6 Nov 2014
12

Prepare for Poster Day

Management

  • Revise documentations / wiki page
  • Revise diagrams & test cases

Coding Tasks

  • Refine UI and develop UI for relevant functions

Testing

  • Develop test cases for revelant functions
  • Deploy fully functioning system
  • Integration Testing
  • Debugging


Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
Change reserve limit
Edit pullback formula
View reserve accounts
Request reserve withdrawal
Approve reserve withdrawal
Fund transfer
SAC - Fund allocation
SAC - Injecting funds
SAC - Revenue deposit
SAC - View accounts
SAC - Pullback funds

Reports
Fund transactions
Transaction of pullback and allocation
Club level
CBD level
SMUSA level
Transaction history

C.R.U.D.

View budget
Save & Submit
Edit submitted budget


E-receipt

Vendor recommendation
Batch Reconciliation
Claims Tracker
AGM Calculator

7 Nov 2014
20 Nov 2014
13

Prepare for Final Presentation
Prepare for Poster Day

Management

  • Revise documentations / wiki page

Testing

  • Final round of testing
Final Presentation
Poster Day

Documentation

  • Update revelant documents & progress
  • Update wiki page & project progress


Deployment
Users Claims Accounts Budgeting Additional features
C.R.U.D.

Login
Grant user roles

Club Application
Create application
Acceptance & Reject
Remove

C.R.U.D.

View claims
Save unsubmitted claims
Editing of claims
Claims submission
Approval & Rejection Resubmission Status changed

R.U.

View accounts
Change reserve limit
Edit pullback formula
View reserve accounts
Request reserve withdrawal
Approve reserve withdrawal
Fund transfer
SAC - Fund allocation
SAC - Injecting funds
SAC - Revenue deposit
SAC - View accounts
SAC - Pullback funds

Reports
Fund transactions
Transaction of pullback and allocation
Club level
CBD level
SMUSA level
Transaction history

C.R.U.D.

View budget
Save & Submit
Edit submitted budget


E-receipt

Vendor recommendation
Batch Reconciliation
Claims Tracker
AGM Calculator

Final Rollout
1 Dec 2014

Final Presentation
25 Nov 2014
Poster Day
3 Dec 2014
21 Nov 2014
3 Dec 2014

Risks & Constraints

Risk Table

Probability 1-low 2-medium 3-high
Effect 1-low 2-medium 3-high
Priority Higher number more important
Project Risk
Possible Risk Reason & Implications Probability
(1-3)
Effects
(1-3)
Priority
(P x E)
Strategy
Project may not be accepted
Implications/Reason

Project is being done for the third time

Medium(2) High(3) 6 Do our best to satisfy expectations of Course Coordinator.


Incompatibility with client’s server when application is deployed
Implications/Reason

Client has their own server/domain

Low (1) High(3) 3 Project Manager to search for plausible solutions.


Lead Developer to explore deploying on other servers in case compatibility issues cannot be resolved.


Underestimation of scope during development and testing
Implications/Reason

Over-confidence of development ability

Low (1) High(3) 3 Project Manager to allocate buffer time in schedule and monitor schedule metrics closely. Scheduling of tasks to be adjusted according to metrics.


Team to seek advice from supervisor as to whether certain functionalities should be dropped.


Insufficient users for testing
Implications/Reason

Lack of incentives for users to do testing for us

Medium(2) Medium(2) 4 Business Analyst to discuss with sponsors to provide users with incentives.


Inaccurate feedback given by testers
Implications/Reason

Wrong testing mind-set (i.e. purpose of test is to show that application works, not to find defects or testers’ lack of commitment to support the testing efforts)

Medium(2) Medium(2) 4 Team to get non-IT users for testing to ensure that feedback is more applicable to the generic public to ensure user-friendliness.


Testers to be briefed and encouraged to test the application without reservations.

Team Risk
Possible Risk Reason & Implications Probability
(1-3)
Effects
(1-3)
Priority
(P x E)
Strategy
Team is faced with technical difficulties
Implications/Reason

Inadequate skills

Medium(2) High(3) 6 Lead Developer to learn these new skills and teach team.


Systems analyst to research on other methods/technologies that could provide an easier solution.


Team member is faced with sudden illness
Implications/Reason

Virus attack

High(3) High(3) 9 Project Manager to reschedule tasks or reallocate tasks to another member.


Project Manager to include buffer days in project schedule to accommodate such situations.


Team member drops module at the eleventh hour
Implications/Reason

Inability to cope

Low(1) High(3) 3 Project Manager to reallocate tasks.


Team members to devote more time to FYP.


Malfunction of software/hardware during development phase
Implications/Reason

Software crash/hardware malfunction

Medium(2) High(3) 6 Project Manager to reschedule tasks.


Team to consistently back up all data.

Sponsor Risk
Possible Risk Reason & Implications Probability
(1-3)
Effects
(1-3)
Priority
(P x E)
Strategy
Constantly adding/changing of requirements
Implications/Reason

Sponsor unsure of all that they want from the very beginning

High(3) High(3) 9 Major changes are not permitted after agreement on requirements.


Project Manager to look at schedule for minor changes to see if project can still be completed on time if changes are accommodated.
Lead Developer and Systems Analyst to accommodate changes if changes are accepted.
Business Analyst to reject if changes are not accepted.


Project is not taken up by SMUSA after completion
Implications/Reason

Users are not comfortable with the system and opt instead to revert back to their old way of doing things

High (3) Low (1) 3 Team to organize training sessions for users.


Project Manager to assign team member to provide assistance if need be.


SMUSA does not know how to operate the system
Implications/Reason

SMUSA lacks technical knowledge

Medium(2) Low (1) 2 Business Analyst to discuss with SMUSA on whether to add user manuals.


Miscommunication between Business Analyst and SMUSA
Implications/Reason

Language interpretation issues

High(3) Low (1) 3 Team to discuss with supervisor before proceeding.
External Risk
Possible Risk Reason & Implications Probability
(1-3)
Effects
(1-3)
Priority
(P x E)
Strategy
Application will not be used after completion
Implications/Reason

Users are resistant to change

Medium(2) High(3) 6 User Champion

We have discussed with SMUSA and agreed that the current SMUSA finance secretary - Ellora, is the user champion of the system.
Current SMUSA Exco will educate the new exco about their processes using the system, old methods will not be transferred to the new exco. Incoming batch of finance secretaries will be the UAT testers of the program.

Deployment Strategy
SMUSA secretaries will use the early deployed system in parallel with their current processes. We will be using UATs for new finsec to familiarize themselves with system.

  • Instead of deploying late, we will be deploying early (iteration 5).
  • We have discussed with SMUSA, they agreed for smusa finsecs to use the system in parallel. In this way, we will get early feedback from real users.
  • We have also arranged for training to be done during the Leader Symposium, a Leadership workshop for new student leaders of the student organizations.
No maintenance of system after completion of project
Implications/Reason

No appointed person to maintain system.

Medium(2) Medium(2) 4 We have discussed with our client, and come to this arrangement with our client:
  • Contract for 1 team member to maintain system for 1 year
  • On the job training for people to maintain the system for subsequent years

Client Relationship

Aside from the regular client meetings, The team decided to take another step in helping to value add to our client's project and plans. One of the main aim of this project is for its implementation to come to fruition as this is already the third time this project was proposed to SMU IS480. Our team hopes to help pave the way for implementation by:

  1. Helping users cope, adapt and learn the new system to help ease the learning. Having been equipped with better knowledge through guidance, we hope the users will be more keen on using the system.
  2. Ensuring there is maintenance for at least a year, and hence, a form of continuity in the project. In preparation for handing over, the set-up guides and technical documents would come in handy.

To ensure users have a smooth learning, the team has arranged for trainings with SMUSA as well. On 7th November, Team Chocolicious organized a training session to help new CBd Finance Secretaries familiarize with the system in preparation for budgeting. There will also be another training for all student leaders in the coming SMU Leadership Symposium.

To aid students in learning at their own pace, the team has also come up with online video tutorials embedded in the system. Since the system went live on 7th November till today, the team has been providing steady support for users in case of any doubts or help. To ensure maintenance for at least a year after FYP, SMUSA will be paying one of the team members to help maintain the system, fix bugs, make minor business rule changes and ensuring system availability. OSL and SMUSA will co-own the system after the FYP. To prepare for handover, the team has come up with Technical Documents for set up, architecture and application guide.

While the system has successfully gone live, our team hopes that in taking the steps mentioned, we can give value to the implementation of the project and to our client's plans for the future.

Metrics

Schedule Metrics

The formula for calculating schedule metrics is as follows: Estimated time / Actual Time * 100

Score (S) tiers Actions to take
S <= 50% Team's progress is TOO SLOW!!!
  1. Reflect on progress and reassess schedule.
  2. Consider dropping functions.
50% < S <= 90% Team's progress is too slow. Tasks are possibly under-estimated.
  1. Consider the possibility of tasks being under-estimated.
  2. Use buffer days if available.
    • If there are no buffer days available, consider dropping functions.
90% < S <= 110% Estimations are fairly accurate.
110% < S <= 150% Team's progress is too fast
  1. Reflect on progress and reassess schedule.
  2. Add number of days gained as buffer days.
150% < S Team's progress is TOO FAST!!!
  • Mitigations are the same as the previous tier.


ChocoScheduleMetric.png

Schedule Log
Iteration Planned Duration Actual Duration Metric Score Action
1 20 20 1.00 Proceed as planned
2 13 14 0.93 Proceed as planned
3 13 12 1.08 Proceed as planned
4 21 22 0.95 Proceed as planned
5 13 13 1.00 Proceed as planned
6 13 15 0.87 Workload was increased in Iteration 6 to prepare for UAT 1 (which was confirmed recently) in Iteration 7. However we underestimated the complexity of coding tasks which resulted in a drop in the metric score. Upon evaluation PM is to redistribute tasks in Iterations 7 and 8 so as to avoid a similar drop in metrics score without compromising UAT 2. PM is to arrange more time for similar tasks in future iterations.
7 13 13 1.00 Proceed as planned
8 13 13 1.00 Proceed as planned
9 14 12 1.17 Proceed as planned
10 12 12 1.00 Proceed as planned
11 13 13 1.00 Proceed as planned
12 13 13 1.00 Proceed as planned
13 12 12 1.00 End of FYP

Bug Metrics

Severity Description
Low impact (1 point) Unimportant. Typo error or small user interface alignment issues.
High impact (5 points) The system runs. However, some non-critical functionalities are not working.
Critical impact (10 points) The system is down or is un-usable after a short period of time. We have to fix the bugs to continue.

Points Calculation: Total = 1 x num (low) + 5 x num (high) + 10 x num (critical)

Points in iteration (P) Action
P <= 5 Fix during buffer time only.
5 < P < 10 Use the planned debugging time.
10 <= P Stop current development and resolve the bug immediately. Project Manager reschedules the project.

ChocoBugMetric.png

Bug Log
Iteration Remarks Points
3 When record contains multiple clubs, only some will get deleted even though all are selected to be deleted 5
3 Add and delete options work only from second try onwards 1
4 Able to set amount to negative number 1
4 Error when submitting too large an amount for claims 1
4 Error when duplicate club id 1
4 Able to add club with neither club id nor club name 5
4 Able to submit claim without entering claim amount (amount will be nil) 1
4 Error when adding non-existent clubfinsec 1
5 Clicking on "confirm email" brings user to wrong page 5
5 Entering large amounts for claims, deposits and budgets causes program to crash 10
6 not selecting category when creating new budget event causes program to crash 10
6 Remember me when logging in doesn't work 1
6 Club deposit in SMUSA President - acknowledge then cancel causes "undefined" to come out 1
6 Club claims in SMUSA President - acknowledge then cancel causes "undefined" to come out 1
7 Updating expenditure account with large values causes program to crash 10
7 Rejecting claim with long remarks causes program to crash 10
7 Club and CBD Fin secs are able to add themselves as president 5
8 Budget request sac can become negative (because they made income more than expenditure) 5
8 Able to backdate budget to long long time ago (able to budget for 1923) 1
8 When a user with no role assigned tries to edit profile, the redirection to home page will cause error500 page 5
10 Auto Reconcile did not have validation for file input, wrong file upload will crash the application 10
11 CBd Fin Sec unable to view CBd Budget Breakdown 5
11 App crashes when attempting to sign in if user attempted to sign up with a wrong email 10
12 Wrong error shown if when reserves withdrawal is same as balance 1
12 Logic error when reviewing a budget of a club without reserve account 5