软件项目管理的有效模式研讨的论文
每天早上前10至15分钟，大家一起站到任务看板前进行立会。立会中，每人发言。发言的内容主要有三个方面：总结前一日的工作；反映前一日工作中遇到的问题，必要时，TeamLeader需要安排人协助；承诺今日的工作内容。承诺很重要，它会给开发者带来“必须完成”的压力。
任务看板上主要分为两块：左侧用于张贴任务条，分为计划中的任务、进行中的任务以及已完成的任务；右侧绘制燃尽图，反映进度情况。所有的工作项都写在纸片上并贴到任务看板上，每日立会时需要对首任务看板讲解，同时任务看板上能够一目了然的反映出各项工作的进展。见图3。所有的工作项，都应该在TFS中立项。这样便于工作的跟进，以及开发人员之间的协作，另外，也有利于工作量的统计。
控制与纠偏
（1）TFS持续集成。我们将TFS的'集成模式设置为持续集成，生成的结果将会立即返回给提交者，以保证服务器上的代码是最新的、可用的。
（2）工作项细分。每项工作要细分为2～16h。较小的工作项，便于跟踪并及时精准的调整进度。实践经验证明，工作项细分之后，相比宠统的工作项，更能够有效的保证进度。
（3）每工作项时间点检查。每工作项进行到预估时间一半的时候，TeamLeader应检查执行情况。如果此项工作进展不顺利，要分析原因，或安排人员协助，或改变技术方案，及时调整进度。
4）经常性的演示，及时发现问题。安排尽可能多的演示，目的有二：第一，让用户、领域专家参与到开发过程中，避免开发人员迷失在代码丛林中；第二，谁做的工作谁演示，这会缎带演示者“演示成功”的压力，从而做好做细工作。
（5）推行代码审核制度每天工作快结束时，留下约15分钟的时间，相互之间进行代码审核。建议不要固定某两位互审，而采用交叉循环的方式。
（6）最有效的沟通方式：面对面+白板。技术讨论或工作安排时，把相关人员一起叫到白板前，边解说，边绘制草图，这种方式是十分有效的。不建议大家采用文档的方式进行沟通。
（7）技术总结文档十分重要。把个人的经验总结写成文档，可以供团队其它成员，以及后来的成员学习，从而让大家都掌握。另外，有些问题的解决过程比较复杂，如果能够把其形成文档，可以依照此文档即可解决相同的问题，这样可提供工作的效率。
团队建设
（1）不定期的培训。条件许可时，可以参加培训机构举办的培训，或者邀请培训老师到公司来进行培训。即使条件不允许，我们也可以进行内部培训。TeamLeader可以组织开发类、专业类及测试类的专题讲座，也可以请团队成员各自讲授自己所善长的技术。
（2）经常鼓励团队成员。当团队中某成员工作上取得了突破，或攻克难题时，大家都给他（她）祝贺，不一定非得物质上的奖励，其实，即使发个邮件、拍拍肩膀等方式，也可以取得很好的效果。
（3）优先考虑团队总体进度。对于新工作的成员，往往只想到把自己的工作及时完成了，保证了自己的进度就好了。其实这是不够的，团队的进度才是第一位的。团队总体进度，往往卡在进度最慢的成员那里。所以大家要及时协助遇到困难的同事，这一点上，TeamLeader尤其要有表率作用。
（4）双向沟通优于单向沟通。交待工作时，最好采用协商讨论的方式进行，让接收者也尽可能发表自己的看法，不要强制性分派工作。
【软件项目管理的有效模式研讨的论文】相关文章：