中国软件工程大会(CCSE)总结

 

第一、劳动力是一种特殊的商品，在打上价格标签时需要顾及人的尊严。

第二、提供劳动力的人追求的不仅仅是被老板视为成本的工资，还有职业生活的快乐。

第三、每一位员工都希望能够与老板分享公司的营业绩效，因为其中浸透了他们的情感。

　软件开发是一项复杂的、创造性的协作式游戏。

管理是一种控制性游戏。

风险管理五要素：风险识别，风险分析，应急计划，风险缓解，持续监控。

 

　精兵简政是失败公司使用的办法，它让员工负担失败的责任。成功公司的目标应该正好相反：兴旺、发达、而人性化。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　——引自《最后期限》

领导主导，全员参与，同舟共济，一致行动。

勇于大胆，以身作则，律已宽人，功归团队。

 

计划与跟踪过程：

　1 Daily review

　　目的：跟踪团队成员每天的任务完成情况，给团队提供一个交流的机会。

　　时间：在每个工作日的开始。一次Daily review一般持续10~15分钟。

　　形式：以team meeting 的形式进行。

　　参加人：团队所有人员（包括项目经理和设计师）。

　　活动：

　　　1） 跟踪团队成员每天的任务完成情况

　　　2） 交流相关问题

　  2 Peer review

　　目的：跟踪项目每周的任务完成情况，交流相关问题。

　　时间：每周进行一次。Peer review一般不超过1小时。

　　形式：会议形式。由项目经理来主持。一般要求项目经理提前将会议邀请发给大家。

　　参加人：团队的所有人员。

　　准备：会议开始之前，项目经理和设计师必须安排好会议的议程。

　　活动：

　　　1） 审核项目计划，审核每个组员在项目计划中的对应工作；

　　　2） 讨论项目的任何有关问题；

　　　3） 共享知识；

　　会议的记录：由项目经理在当天将会议的内容整理出来并放置到CVS中，命名规则为Peer review_date_contents.doc。会议的整理文档必须使用公司统一规定的文档模板。

　　3 Progress review

　　目的：跟踪项目是否在向原定目标进展，提出并沟通项目中的任何相关问题，使得每个人都了解整体项目的进展情况。

　　时间：每四周进行一次。项目的第一次Progress Review应该在项目启动的两周内进行。有时也可以由项目经理临时组织（比如发现项目现状明显偏离了原定目标，需要及时采取措施）。Progress Review通常持续1-3小时。

　　形式：会议形式。由项目经理来主持，一般要求项目经理提前将会议邀请发给大家。

　　参加人：团队所有人员。

　　准备：会议开始之前，项目经理和设计师必须安排好会议的议程。

　　活动：

　　　1） 确认团队理解客户对项目的要求；

　　　2） 审核项目计划，审核每个组员在项目计划中的对应工作；

　　　3） 就项目的现状，粗略地对项目进行估算；

　　　4） 讨论客户提出的重要问题；

　　　5） 识别项目的风险，并产生减缓策略；

　　　6） 讨论并安排合适的Quality Review；

　　　7） 审核项目过程（如，信息传递方式是否合适，团队的职责，等）；

　　会议记录：由项目经理在当天将会议的内容整理出来并放置到CVS中，命名规则为Progress review_date_contents.doc。会议的整理文档必须使用公司统一规定的文档模板。

　　4 Review的记录