作者简介：作者：Joel Spolsky 是纽约市一家小软件公司Fog Creek Software 的创始人。他毕业于耶鲁大学，曾在美国微软公司、Viacom、Juno 任软件设计师及经理。“有没有听说过SEMA？这可是衡量一个软件开发组好坏的很深奥的系统。别动，等一下！别按那个链接！给你六年你也搞不清这玩意儿。所以我自己随便攒了一套衡量系统，信不信由你，这系统，三分钟就可掌握。你可以把省下的时

《人件》：人与人之间的交互是复杂的，并且其效果从来都难以预期，但却是工作中最为重要的方面。人不是“插入即兼容的编程装置”。--凝聚力 1.敏捷实践敏捷软件开发宣言Ø  个体和交互胜过过程和工具Ø  可以工作的软件胜过面面俱到的文档    工作的软件是首要的进度度量标准。Ø  客户合作胜过合同谈判Ø  响应变化胜过遵循计划为下两周做详细的计划，为下三个月做粗略

 1.单一职责原则（SRP）高内聚性：就一个类而言，应该仅有一个引起它变化的原因。2.开放-封闭原则（OCP）软件实体（类，模块，函数等等）应该是可扩展的，但是不可修改的。如果程序中的一处改动会产生连锁反应，导致一系列相关模块的改动，那么设计就具有僵化性的臭味。OCP原则建议我们应该对系统进行重构。Ø  “对于扩展是开放的”（Open for extension）   

 所谓SMART原则，即是：　　S：(Specific) 目标要清晰、明确，让考核者与被考核者能够准确的理解目标；　　M：(Measurable) 目标要量化，考核时可以采用相同的标准准确衡量；　　A：(Attainable) 目标要通过努力可以实现，也就是目标不能过低和偏高，偏低了无意义，偏高了实现不了；　　R：(Relevant) 目标要和工作有相关性，不是被考核者的工作，

Team Leader你会带团队吗？你懂合作吗？你好像都不会啊！(上）Team Leader你会带团队吗？你懂合作吗？你好像都不会啊！（上篇）                                                  ------打好你手中的牌 前言：       这篇文章是写给Team Leader和往这个方向前