IS480 Team wiki: 2012T2 box.us Final
|HOME||PROJECT OVERVIEW||PROJECT MANAGEMENT||DOCUMENTATION|
- 1 Project Progress Summary
- 2 Project Management
- 3 Quality of product
- 4 Reflection
Final Presentation Slides: Final Presentation Slides
Deployed Site: Empact ACT
Demonstration Site: Empact ACT(Staging)
Backup Demonstration Site: Backup Demo Site
Initial Proposal: Proposal
What Is This Project About?
Check out our 1 min ++ video pitch to find out what this project is about at Youtube
Managing the Great Amount of Issues being Highlighted during Deployment
Volunteers did not find language in the system friendly
Addition of 2 functionalities
Gathering Requirements from Empact
How we Managed
Dealing with Changes
Export Task and Volunteer Information
Project Schedule (Plan Vs Actual):
- Bug Score: Bug Metric on Google Docs
- Bug Log: Bug Log on Google Docs
- Explanation of Bug Tracking: Bug Metrics
|Iteration||Bug Score||Any Actions Taken|
Increase in Bug Score due to bugs that were recorded from User Testing 2
New features of the system(Statistics, Dashboard and Notifications) were being released
More thorough testing was being performed for the UAT
- Schedule: Schedule on Google Docs
- Schedule Metric has remained within the healthy range. No further action has to be taken.
Take a look at our Handing Over Plan: Handing Over Plan on Google Docs
We followed a methodical process to get the handing over completed. Our handing over plan spelt out the key information for the team and Empact to foresee and plan what would be happening in the final few iterations as we covered the remaining parts of the project. The entire phase consists of:
- Deployment Testing
- User Acceptance Testing
- Technical Understudy
- Collated List of Issues from Deployment Testing: Deployment Issues List
We release 5 versions of the system on the live environment before going entering the User Acceptance Test. Our purpose for deployment testing was to determine what are the issues that would arise from using the application in the actual conditions in varied browsers and system settings. Additionally, we also collected suggestions from the users in order to make further improvements to the application. In deploying the application, we followed the following process:
User Acceptance Test
We conducted our User Acceptance Test on 05/04/2013 at the Empact office. A final verification was made concerning all the issues and defects that were being raised during the UAT. The final verification of all the functionalities were done on the following week at 12/04/2013.
- Instructions Scripts:We conducted the UAT by going through the business processes that the system would address and followed by the remaining functionalities. This also helps Empact to better visualize how the system has met their business requirements.
- Test Cases: We simulated 3 stakeholders in doing up the test cases.
- Test Cases (5 April 2013):
- Test Cases (12 April 2013):
- Scenario-based Instructions and Exceptional cases
- Note: BA refers to the facilitators in the UAT test
- All defects are highlighted onto a separate issue list.
- The list is collated and sent to Empact to prioritise based on issues.
- Bugs are fixed immediately
Issues are recorded in a separate issue list on Google Docs
- We conducted a technical understudy with Empact's technical understudy (Sophie) and our client (Peter Yang)
- Lesson Plan: Lesson Plan on Google Docs
|Session 1||Session 2|
|29 Mar 2013, 1600hrs-1800hrs||12 Apr 2013, 1930hrs-2145hrs|
Handing Over Day
- We had a handing over day to verify that all the agreed documents have been handed over to Empact.
- Handing Over Date: 20/04/2013
- Handing Over Plan: Handover Plan
- Verified that all documents have been given
|Project Management||Minutes||Meeting Minutes|
|Metrics||Bug metrics, Schedule|
|Iteration Reports||Iteration Reports|
|Issue Tracking||Issues List|
|Requirements||Paper Prototypes||Paper Prototypes|
|Analysis||Use case||Use Case Diagram|
|Business Process Diagram||Process Diagrams|
|Screen Shots||All Screenshots|
|System Architecture||System Architecture Diagram|
|Usability Testing||User Testing 1 Test Plans||Test Plans used|
|User Testing 2 Test Plans||Test Plans used|
|Heuristic Evaluation User Scenarios||User Scenarios used|
|Software Testing||Integration Testing||Integration Testings|
|Deployment Testing||Deployment Testing|
|Handover||User Manuals||Empact Manual , NPO Manual , Volunteer Manual|
|Design and Technical Specifications||Design and Technical Specifications|
User Testing 2
We conducted our 2nd user testing to try out our newly added features and at to see how users would respond to them.
- We did a total of 4 releases before our UAT, and 1 more after our UAT with the changes made from UAT.
- View our detailed Deployment Testing in our wiki here
- Here are the key changes that have been highlighted:
|User Testing||Integration Testing||Deployment Testing|
|Objective: To collect feedback concerning usability of our application||Objective: To test the quality of our application||Objective: To collect feedback when application is being used in live environments|
|When: User Testing 1, User Testing 2||When: At the end of every iteration||When: Before the start of every deployment|
|How: Volunteers, NPOs and Empact staff would follow a given User Test cases||How: Following the integration test plan. Perform regression testing of all the functionalities||How: Following the integration test plan.|
- Managing client expectations
- Learning to collaborate more effectively in a team
- Leveraging one another's strength and weaknesses
- Being a good team player within the team
- Learning to have fun as a team!
- Our IS modules have helped to prepare us for the demands of an IT project
- Detailed Individual Reflections at Final Presentation Learning Outcomes
As I review through my initial learning outcomes that I set out to learn, I felt that I have managed to meet these outcomes in the following way:
- Motivating IT Project teams
- Evaluating IT project ideas
- Time Management Skills
- Client Negotiation skills
- Applied Project Management Skills
With regards to my education, in a bigger picture, I have been able to apply the following
- Understanding and improving business processes
- Understanding how IT and business value
- Presentation skills
As this FYP is coming to an end, these are the few learning points that i am taking it away:
- Time managment
- Usability learning journey
At the start, I envisioned that IS480 is a platform that will validate my IS education and sum up my journey as an IS student. Boy! I got more than what I expected and was overwhelmed by the entire journey.
- Never stop learning
- Understanding business requirements
- Team Dynamic
I think the IS480 project is a great experience for me as it is my first time implementing such a big solution in a team. Other than technical skills, I’ve seen how an organization like Empact progress together with the project, it seems like both the sponsor and the team work closely together to achieve goals for both parties.
I find that this is a great collaboration as both the sponsor and us are sharing knowledge with each other, after this project, I get to know more about how a social enterprise operates and also, the sponsor Peter did feedback that he learnt a lot of technical knowledge through the project.
I am also able to apply subjects that we‘ve learnt during curriculum put in use, such as project and process management and also see how case studies issues being showcase in real scenarios.
Throughout my FYP journey, I didnt expect to have learn so much by now. Initially I was expecting to learn more and hone my technical skills, and to learn to take on a big project in a bigger group. Not only did I achieved what I was set out for, but I'm able to see clearly how applicable IS480 is in the real world and how I can apply what I've learnt in school to this project. My other takeaways will be: managing expectations of the clients, taking feedback for usability improvements, setting priorities, and time management. Through this FYP period, I've also see the importance of managing client relationship and to educate them on their needs and wants, and also what actually can be done so they can understand better. Last but not least, I'm able to experience the full SDLC of a project and it will be greatly useful for future real-life projects.