1，更改任何文件， 先checkout， 再继续更改。
2. 更新sln时， 一定要更新include文件
3. 每次提交代码放到shelf上， 自己本地建立2个workspace， 来进行codereview， 完成后让龙海进行测试。 一定要告诉龙海影响了哪些功能， 需要不需要进行完整的回归测试。


4. 解决bug时， 应该关联changeset。

  1. Template when solve a DIM by developer
=============================================================================== 
Problem Analysis    :
Solve Solution      :
Impact Analysis     :
Changeset Number  :
Test Instruction     : (Optional)
Unit Test Case Name:
===============================================================================
Plus: when you try to solve a DIM please do the following steps:
  1. Link the bug with changeset (actually when you do the check-in choose the DIM as work item)
  2. Add comments for each changeset (clearly describe your comments for every check in)
  3. Use this template to fill the comments


    Scrum Team
    Bug ID
    Resolver
    When to be fixed
    Remark
    PA
    101531
    Jiangong.li
    5.20
     
    PA
    95008
    Jaingong.li
    6.8
    Need to analysis the system control.
    PA
    102195
    Jiangong.li
    5.20
     
    PA
    95459
    Jiangong.li
    5.25
     
    PA
    100011
    Jiangong.li
    5.20
     
    PA
    96758
    Jiangong.li
    5.20
     
      


5. 如果是其他组bug， 一定 要改category为其他组


6. 手动插入数据库表时， 基本表和扩展表都得插入


7.
  • Any problem will delay the project should be highlighted-------------------------->LI Jiangong
  • 4~5 days support one sprint, make a record in next sprint------------->LI Jiangong
  • Use SSFS key to replace the user story ------------------------------->FU Xiaoshi;
8.
  • Status of planned Features (SSFS-Keys): @Du Da, please prepare a template for this.
Done: Feature is finished and tested, really DONE!
In Work: Feature is ongoing and going to be finished on time.
Planned: Feature is planned to do till end of this sprint and can possibly finished.
Delayed: Feature is delayed.
Canceled: Feature is not going to be implemented in this sprint.

Short explanation about Delayed and Canceled features in the PDSG à ScrumMaster

9.
  •  Clear goal for each Sprint is 0 bugs. à ScrumMaster
  
  • CodeCoverage: The goal is to reach >80%. Everything below is not acceptable. It is the responsibility for each ScrumTeam to take care that the
Value of AQtime is correct. Any problems on this, please discuss with me. à ScrumMaster


9. 

1.     建立CodeReview的查询：

2．建立自己Bug的查询：
   
3.     建立PA组Bug的查询：


4.     建立自己Task的查询：