AnndyR的专栏

风险主要是指可能会对项目的进度,质量和成本产生影响的因素,事件——尚未发生的叫风险，已经发生的叫问题. 例如 1. 内部风险 a) 团队内部分工定位不明确，信息沟通不透明 b) 需求变更：包括客户提出新需求、原有需求发生变更、原有需求不够清晰 c) 系统变更：包括平台核心功能升级、已上线系统的升级、新模块上线 d) 技术变更：包括核心技术的更换，或者新技术、新工具的引入

如何保证软件的质量一直就是令人头疼的事，这里列了一个自己实际运作的一套用于保证软件质量的体系，还望大家多加指点。软件的质量保证的关注点主要分为三个方面：1、对于需求的满足      保证软件的设计/实现对于需求是满足的。2、对于设计的满足      保证代码的实现是遵循设计的。3、代码的质量/性能      避免代码实现造成的性能或其他的一些非功能性问题。

背景：在项目中，通常由于项目的繁忙使得项目任务的跟踪很大程度上失去意义，导致在最后进行项目任务结算与项目成员工作考核上没有更好的依据，只能凭借印象或者项目经理的主观性做考核。为使项目经理更清晰的分配工作计划，同时更加准确、客观的对项目成员的工作做出考核，特制定项目成员积分制度。目的：1、 项目经理能够更加明确在一定时间内的项目任务与计划。2、 项目经理对项目的进度能够宏观的掌控

这篇文章引自于阿里巴巴大牛的一份电子邮件，详细如下软件架构师是 IT  行业里独一无二的职业，既要精通软件开发技术，又要掌握业务知识，还要周旋于公司不同部门之间，协调各种予盾。做到这些绝非易事。1 ．   客户需求重于个人简历   （  Nitin Borwankar   ）客户需求至上。为了自己的简历更炫而采用新技术是沽名钓誉，往往事与愿违。2 ．   简化 根本

最近参加公司内一个技术规划评审过程中，通过老板对台上的架构师的质疑，学习到几个做技术规划的要点，归纳如下：1）紧扣业务 虽然是做技术规划，但如果脱离了业务支撑，是引起不了老板兴趣的2）从实际问题出发 老板只会为解决实际问题的技术规划买单。规划的开头最好能从实际问题出发，比较容易引起老板的注意3）重点在落地 只有能落地的技术才有说服力，老板不会被天花乱坠的技术词汇给迷

转载阿里巴巴一位牛人对《高效程序员的45个习惯：敏捷开发修炼之道》的总结：  1. 做事　　2. 欲速则不达　　3. 对事不对人　　4. 排除万难，奋勇前进　　5. 跟踪变化　　6. 对团队投资　　7. 懂得丢弃　　8. 打破砂锅问到底　　9. 把握开发节奏　　10. 让客户做决定　　11. 让设计指导而不是操纵开发　　12. 合理地使用技术

有的人每天都在不停的忙碌，但却没有成果，有的人看起来每天都很轻松，但成果很明显。可能你已身心疲惫，但是一无所获，究其原因，可能不是工作不努力，而是没有掌握提高工作效率的正确方法，殊不知这其实在无意中浪费了你的生命。下面的建议可能会提高自己的工作效率，如有意义仅供参考：1、工作分类处理：所有的工作无非两类：“事务型”的工作不需要你动脑筋，可以按照所熟悉的流程一路做

面试的目的，通俗一点对于公司来讲，希望寻找到一个适合公司发展与建设并能够创造价值的人。关于面试的成功与否，说下我个人的想法：      面试的好坏完全在面试官而不是面试的人。如何才能真正意义的了解一名应聘者的真实情况需要注意以下几点：1、只有应聘者真实和自然的表现，才能了解到最真实的东西 。2、重要的不是知识，重要的是其查找知识的能力 。3、重要的不是那个解题的答案，而是解