200 likes | 382 Views
StarCite Engineering Weekly Meeting. StarCite Engineering Feb 9, 2009. Agenda. Quarterly Engineering top priorities Shanghai Engineering team weekly update – 5 minutes Releases schedule overview Unit Test weekly progress chart Rally Iteration Weekly status Engineering Operation Metrics
E N D
StarCite Engineering Weekly Meeting StarCite Engineering Feb 9, 2009
Agenda • Quarterly Engineering top priorities • Shanghai Engineering team weekly update – 5 minutes • Releases schedule overview • Unit Test weekly progress chart • Rally Iteration Weekly status • Engineering Operation Metrics • QA metrics • Special Topics – 10 minutes • Complete Agile progress in SM – Leslie • Code review process - Justin • Q&A
Engineering Q1/09 Top 3 Priorities (aligned) Absolutely has to happen – put best effort and team to meet the metrics and dates
Performance, Stability and Quality – Why, What and How • Why? • To improve internal quality to enhance both the functional and non-functional quality of our products to satisfy customers • To gain business benefits • What to do? • Effective code review including design review • Unit test coverage and effectiveness • SQL profiling • Code re-factoring • How? • To re-enforce code review, unit test and SQL profiling; to make them as part of the development work • To provideguideline and good examples, to build good practice, • To be measurable; to know where we are today; to set near- and long-term target; to track progress;
Release Schedule in Q1/2009 Congratulations on the release of Search service
Current Unit Test Coverage Numbers – by last Friday * Newly started project, has no unit test coverage yet
QA Automation – Q1 2009 Target 100% Smoke test script get updated
Engineering Operation metrics Total Open/Closed Level1 (Last 7 days) *3 customer discovered S0 – due to server out of memory.
Engineering Operation metrics (cont.) Level1 Status and Assignment (Last 7 days)
Special Topics – Complete Agile • Big improvement is evident by comparing the iteration burn down charts • -- SM12.15.2 – sprint 2 shows healthier burn down chart than the SM12.15.2 – sprint 1 • - SM12.15.2 – sprint 2 accomplished much more story points by last day of the iteration SM.12.15.2 – sprint 1 SM.12.15.2 – sprint 2
Special Topics – Code Review process • Cross Code Review • Purpose: promote a culture “team excellent” of 2009 goals from Yang, and an attitude “I DO welcome anyone reviewing my codes and it can help me grow faster“. • Focus: most important technique hotspots: • Out-of-memory issue identified by operation team • Unexpected server restart identified by operation team • Very long DB operations identified by SQL profiling log and app Log • Legacy codes need re-factor and the new codes • Other important issues identified by Team • Peer Code Review • Purpose: improve code quality by regular code review activities • Focus: • All new codes have to be reviewed and the activities must be tracked on Rally. • Legacy codes are encouraged to have more code reviews and related action plans
Special Topics – Code Review process • Encourage Plan • Performance bonus: code review efficiency (including frequency and quality) will be treated as one very important performance metric of team member. • Recognition: we will recognize the best engineers for the contribution on code review activities and the detailed plan will be decided later. • Leaning Credits: the engineers with good contribution on code review activities will get extra leaning credits to get encouraged. • Introduce a web based tool for code review: • Review Board which developed by Vmvare(http://www.review-board.org/) • Evaluation is underway. If anyone is interested, please come forward and talk to Justin