2012T2 Team Chm: Project Management
Home | Team & Stakeholders | Project Definition | Project Design | Project Management | Progress Summary | Learning Outcomes | Photos |
Contents
Project Management
Schedule
Risks Involved
S/N | ||||
Project Management | ||||
---|---|---|---|---|
1. | The estimation of story points by the team for each storyboard is not accurate, resulting in an inaccurate gauge of the planned sprint backlogs | Schedule will be severely affected. Storyboards may have to be pushed back to the next iteration | Project Manager to re-plan the resource and schedule allocation | |
2. | The developed product is not able to be installed like a plugin, as per requested by the client. | Too much time spent on designing codes appropriately | Lead developer to ensure that all committed codes adhere to stated guidelines & PM to ensure that schedule is kept to closely. | |
Stakeholder Management | ||||
1. | Client has last minute functional requirements | Schedule will be severely affected if client is insistent in adding the additional functional requirement | PM to re-assess project schedule and have further communication with the team and client | |
2. | Unavailability of client due to spontaneous and short trip back to Korea | Client may not be contactable at times when we have urgent matters | Set up regular meeting time slot with the client
Email the client when we are not able to talk to her personally | |
Technical | ||||
1. | Members unfamiliar to technologies used like AJAX, JavaScript, D3 | Project would take longer to complete due to learning curve | Start learning technologies now and practice on dummy sites | |
2. | Business Rules do not adhere to marketing practices as we are unfamiliar with it | Misunderstanding business rules resulting in an inaccurate result | Meet up regularly with marketing professors and users testing | |
3. | Users may not know how to use the software the first time they use the application | Users may have a difficult time adapting to the new software | Have a soft copy of a user manual or incorporate a guide in the software to guide the users | |
Team Management | ||||
1. | Unable to come to common consensus amongst team mates | Time may be wasted and efficiency of the team will be reduced. | Mediator to step in and have a timeout period | |
2. | Lack of manpower because it is expected that team mates are required to go over a competition (unable to predict as the dates are not confirmed yet) | Productivity of the team may decrease | Ensure that everyone stays healthy by planning sufficient rest time for the team | |
3. | Different working styles of the team members may clash with each other, resulting in conflicts | A lot of time may be spent trying to resolve such conflicts. Productivity of the team may be severely affected | Set common ground rules to ensure transparency amongst the team.
Have bonding time to understand more about each team member and strengthen the bonds within the team. |
Deliverables
A Magento-based online e-commerce store, coupled with social media platforms (Facebook) that is developed along with an Business Intelligence (BI) tools application. This application allows marketing professionals and students to analyze the effectiveness of marketing strategies and campaigns being launched in the Magento e-commerce online store.
The project deliverables would be two-fold: a plug-in for the Magento eCommerce store, and the other is a Business Intelligence (BI) tool that will be developed on top of the existing Magento Admin |
|
For more details about the project schedule, please click [here] More details coming your way...
Project Scope
For more detailed information regarding the various project tasks, please click [here] More details coming your way...
Milestones
S/N | Deliverables | Supporting Documents |
---|---|---|
1 | Project Proposal | - |
2 | Project Acceptance | - |
3 | Usability Test 1 | - |
4 | Mid-Term | - |
5 | Usability Test 2 | - |
6 | Final Presentation | - |
Schedule Metric
The schedule will be complemented with the burn-down chart of each sprint, calculating the schedule ratio and adhering to the response actions of each ratio value.
FORMULA:
Schedule Ratio = Remaining Time / Remaining Effort |
---|
Schedule Ratio | Description | Response |
---|---|---|
> 1.2 | Ahead of Schedule | Redefine Sprint backlogs |
0.8 - 1.2 | Within healthy schedule range | Ensure that the team maintains focus and stays on task. Lead developer and UXArchi may do a Running Tested Features (RTF) test if time permits. |
< 0.8 | Team is behind schedule | Project Manager identifies the root cause and impact of the delay. Communicate with the team and client(if necessary). Set up more working meetings and discuss with lead developer for more pair-programming sessions. |
Project Framework
Scrum is an iterative and flexible software development method for the management of software projects and product or application development.. The process is explained by the following flow chart and SCRUM terminology list. For a more visual description click here for a youtube video, otherwise the following describes the process;
1. Roles & Responsibilities
- The Product Owner (Prof Kyong Jin Shim) is responsible for the business interest and value of the project.
- The Scrum Master (Project Manager) takes charge of managing the product backlog and the team’s productivity.
- The team is a self-managed entity that ensures that the work gets completed.
2. Product Backlog
- The process is first triggered with a wish list of requirements drawn up by the product owner (Client).
3. Sprint Planning / Sprint Backlog
- Next, Team Chm pulls out a list of to-do items from the [product backlog] and places it in the sprint backlog.
- Each story of a sprint has an in charge, and he shall see through the development and testing of the story.
- He needs to update the status of the story in the product backlog.
4. Sprint
- A sprint is a duration that the team takes to complete the tasks selected in the sprint backlog.
- Team Chm sprint duration is can vary from 4 to 27 days.
- Once the Sprint Backlog is up, the team scrambles to work on the sprint.
5. Weekly meetings
- Instead of having daily meetings as depicted in the original SCRUM process, Team Chm has a weekly SCRUM meeting instead to customise to its current needs.
The SCRUM process then repeats itself until the product backlog is cleared.
Further your knowledge of SCRUM via Scrum Alliance, where Team Chm has referenced the contents of this section from.