HeaderSIS.jpg

Difference between revisions of "2012T2 Team Chm: Project Management"

From IS480
Jump to navigation Jump to search
Line 366: Line 366:
 
<br>The SCRUM process then repeats itself until the product backlog is cleared.  
 
<br>The SCRUM process then repeats itself until the product backlog is cleared.  
  
<br><br>Further your knowledge of SCRUM via [http://www.scrumalliance.org/learn_about_scrum Scrum Alliance], '''where Team Chm has referenced the contents of this section from.'''</p>
+
<br><br>Further your knowledge of SCRUM via [http://www.scrumalliance.org/learn_about_scrum Scrum Alliance], '''where Team Chm has referenced the contents of this section from.'''
 +
 
 +
<div style = "text-align:right; padding: 0px 30px 0px 45px;">[[IS480_Team_wiki:_2012T2_Team_Chm#Top|Back to Top]]</div>

Revision as of 18:04, 17 October 2012


 Chmlogo.jpg "because there is no I in the team"

Home   Team & Stakeholders   Project Definition   Project Design   Project Management   Progress Summary   Learning Outcomes   Photos



Project Management

Risks

Risks Involved
S/N
Risk
Impact
Level of Impact (out of 10)
Mitigation Strategy
1. Written codes are not usable with the newer updates Too much time spent on designing codes appropriately
5
Lead developer to ensure that all committed codes adhere to stated guidelines & PM to ensure that schedule is kept to closely.
2. Business Rules do not adhere to marketing practices as we are unfamiliar with it Misunderstanding business rules resulting in an inaccurate result
4
Meet up regularly with marketing professors and users testing
3. Members unfamiliar to technologies used like AJAX, JavaScript, D3 Project would take longer to complete due to learning curve
4
Start learning technologies now and practice on dummy sites
4. User interface may not be intuitive Developers innovate and play with ideas, resulting in a delay in schedule (as user-testing is time consuming)
5
Adhere to user testing phases, else PM will reschedule certain tasks and encourage the team to be responsive to change.
5. Disagreement amongst team mates Unable to come to common consensus, resulting in time wastage and inefficiency
7
Selected mediator to step in and have a time out period

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.


LARC would be able to use this application mainly as an education / learning tool for Singapore Management University (SMU) marketing majors students.

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

Magento.PNG

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...

Sceenshots Storypoints Description

 CORE STORIES

Addimage.jpg Checkout Cart
  • User can checkout products that he has selected
  • User can see the Purchase summary of the products he has selected and the coupons he can use
  • User is shown confirmation message after purchase of products
Addimage.jpg Manage Coupons
  • User can view the coupon(s) he currently has
  • User can use the coupon(s) on products he wishes to purchase


Addimage.jpg Manage Profiles
  • User can view his profile and his friend's profiles
  • User can edit his own profile


Addimage.jpg Manage Wishlist
  • User can view his own wishlist
  • User can view his friend's wishlist
  • User can add products into his wishlist
  • User can share wishlist on Facebook


Addimage.jpg Manage Campaigns
  • Marketing Professionals can view Campaigns they have created
  • Marketing Professionals can create Campaigns
  • Marketing Professionals can design Campaigns


Addimage.jpg Manage Hooks
  • Marketing Professionals can create hooks
  • Marketing Professionals can design coupon hooks
  • Marketing Professionals can design social messages hooks
  • Marketing Professionals can view hooks available
Addimage.jpg Manage Insights
  • Marketing Professionals can choose data source Transaction Records/Campaign data for analysis
  • Marketing Professionals can choose the chart type
  • Marketing Professionals can view graph created by the analysis

 ADDITIONAL STORIES

Addimage.jpg Diagram Annotations
  • Marketing Professionals can now add Annotations to Diagrams

  PROPOSED STORIES *not implemented in project

Addimage.jpg Recursive Drilldown
  • Marketing Professionals can drill down/up Charts by clicking on a particular part of the chart
Addimage.jpg Coupon Optimization
  • Consumers can now see which coupons are best used on which products when they purchase items
Addimage.jpg Ranking of Campaigns/Coupons/Hooks' Revenues
  • Marketing Professionals can see coupons/hooks popularity in the campaigns and its according revenues



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

SCRUM process flow of events
  • 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.