《网易一千零一夜》-网易杭研项目管理部读书笔记

读后感
1 整体来说，这本书到底在谈些什么？
全书围绕项目管理体系，从敏捷实践、项目立项、需求管理、沟通管理，到计划进度管理、风险管理，真实反映了网易面向互联网产品项目管理实战经验与心路历程。
2 作者细部说了什么，怎么说的？
本书是网易杭州研究院项目管理部多年来丰富的项目管理实践总结与干货分享。字字句句凝结了网易项目经理的甘与苦、汗与泪。
3 这本书说得有道理吗？
本书有很多我比较认同的地方，如项目开始要学会给自己授权，可以通过开通项目启动会的方式，不做监工，要实在的参与到项目的进展推动，项目管理不仅仅是管项目，包括关系人各个阶段的情况都要清楚和灵活的沟通交流，最终让项目达到预期的验收标准。
4 这本书跟你有什么关系？
原来了解的项目是CMMI体系，但体系大对于小公司来进行项目管理也显得臃肿难以开展，现了解到敏捷开这一项目管理模式相比之下体量小，利于实施，综合对比取其各自优点，综合管理项目，也希望通过对本书的阅读和学习可以从本书中获得启发与借鉴。
现在感觉项目管理的理论性知识了解到了，如今需要的就是运用到现真实的项目中去，还需要配合一定的项目管理工具如：JIRA，我们自己用的是免费的禅道，不仅是管理工具还需要一些成果展现工具，如项目的各个里程碑用图形化怎么体现出来，各个阶段的进展如何汇报展现，种种都是需要学习和尝试找到最合适的方法。

阅读笔记

因此我们认为估算还是需要做的，有了估算，在团队协作中，各角色才知道自己大概要在什么时间安排什么工作。但是在估算的时候不必花费大量的精力强求精确，更何况我们也无法做到精准。估算只是估算，只要做到尽量合理、尽量贴近真实值即可。

建议一　多想想项目到底需要什么
建议二　不要凡事恨不得事必躬亲
建议三　不要追在别人屁股后面做监工
建议四　言必信，行必果
建议五　不一定要强势，但一定要内心足够强大

1．任务管理工具轻量化，有道云协作＋JIRA

大家其实也可以在维基上扒信息，看到成熟的项目有不错的流程制度可以借鉴，我当年也参考了教育产品、URS的资深项目经理所建立的成熟流程，省下了自己跌跌撞撞的过程。

在长周期、大版本项目中，我们常常被下面这三个难题困扰：
（1）团队成员对项目目标理解不一致，有劲，却没往一处使。
（2）周期太长，制订项目计划和日程安排，很难一步到位。
（3）最终交付的产品，总是达不到预期。

“这样，你看我理解得是否正确。你感觉我定的这个季度目标太难以完成，这让你感觉我的想法太不切合实际了，是这样吗？”

（1） 在团队还未达到理想的沟通状态之前， 为了能够同步信息、 传达精神、 互相学习和借鉴， 甚至于解决全局性问题， 周会还是有必要的。
（2） 周会不是讨论过多细节性问题的地方， 需要在会议前做好充分的准备， 同时控制好周会节奏， 提高周会的效率。
（3）周报还是有必要的，但周报不能只是单纯的记录，需要精炼易懂，突出重点，起到效果。
想法：
• 里程碑计划会（各模块组， 半年一次） 。
• 里程碑评审会（各模块组和相关评审人， 半年一次） 。
• 迭代计划会（各模块组， 一月一次） 。
• 迭代发布会（云计算模块负责人， 一月一次） 。
• 迭代总结会（各模块组， 一月一次） 。
• 周会（云计算模块负责人， 一周一次） 。
伴随着这些会议， 也同样会有报告输出。
• 里程碑报告（模块负责人， 半年一次） 。
• 周报（模块负责人提交各自模块的周报， 项目经理汇总总结， 一周一次） 。
• 月报（项目经理， 一月一次） 。

（1）JIRA这是一个任务管理和
（2）Confluence。这是一个可在线编辑的维基文档管理系统，所有人都可以上去进行查看和编辑，我们大部分的文档，包括设计、部署、报告等

在被奉为“项目管理圣经”的《项目管理知识体系指南》

著名的管理大师，《从优秀到卓越》的作者吉姆·柯林斯曾经描述过这样一个黄金法则：
“不是要把自己变得有趣， 而是要对别人感兴趣！ ”
建议： 试着问你自己一些问题， 比如， “这里都在干什么？ ”“他们的目标是什么？ ”“他们会觉得什么比较有用？ ”然后更仔细地观察。 用心看清楚周围的情况， 了解团
队的处境， 但不能在其中加入带有个人感情色彩的判断和假设。 当你看清楚团队的情况以后， 你就可以开始考虑该做些什么了。 当你对他 们表现出兴趣， 想要更多了解和
联系他们时， 人们通常会变得更加开放。

（1）Jenkins，之前叫作Hudson，是基于Java开发的一种持续集成工具http://jenkins-ci.org/。
（2）Sonar，一个开源平台，有强大的数据分析与展示功能。Sonar比较容易和Jenkins通过插件做结合，http://www.sonarsource.org/。
（3）项目构建管理工具Maven。Maven基于项目对象模型（POM），可以通过一小段描述信息来管理项目的构建，是报告和文档的软件项目管理工具。http://baike.baidu.com/view/336103.htm。 （4）单元测试XUnit家族以及IBM的Rational Purify，Quantify，Pure Cover age等。
（5）静态代码分析工具，开源的有项PMD、CheckStyle、FindBugs、Splint；商业的有Klocwork、Coverity、Pc-lint等。
（6）圈复杂度。所谓圈复杂度是一种代码复杂度的衡量标准，用来衡量一个模块判定结构的复杂程度，数量上表现为独立现行路径条数。即合理的预防错误所需测试的最少路径条数。圈复杂度大说明程序代码可能质量低且难以测试和维护。根据经验，程序的可能错误和高圈复杂度有着很大关系。http://baike.baidu.com/view/3553594.htm。

（1）技术层面。主要由技术负责人把控，验收时需要提供功能测试范围及报告、性能和稳定性测试报告、线上扩容方案、监控报警配置、安全性（漏洞）等。

（3）应急处理能力。如果出现重大事故，对响应时间、影响范围以及事后的紧急围堵、补救措施等要做一

《精益关键度量》

只在“情理法”三字之间。因循不同的情境，动之以情，晓之以理，必要时也“绳之以法”，才能让领导行为真正发挥效用。

《Scrum敏捷软件开发》

红色追求快乐，绿色追求和谐，黄色追求成就，蓝色追求完美。