博文视点（北京）官方博客

摘要： IT项目管理之系统设计项目于11月下旬开始进入系统设计阶段，一直到1月下旬提交系统设计说明书。而实际上只是最重要的终端系统进入系统设计阶段，知识库系统仍处在苦苦挣扎的需求分析阶段。老实说，有系统设计阶段吗？我深表怀疑，因为包括很多过了CMM5的公司系统设计文档，要么是系统需求文档的翻版，要么是在代码开发完成后再撰写的。另外一个原因是，我自身最多算是一个三流的程序员，对系统设计、开发工作也缺乏独特的见解。再则，系统的整体架构设计、数据库规划设计、项目的沟通管理已经消耗掉了我绝大多数的时间。在系统设计阶段，我更关注的是数据库的设计，一个任务是要对将近1000张数据表进行整理、规划，以整合各个不同的 阅读全文

摘要： IT项目管理之系统规划项目规划期从8月份开始持续到9月底，以我到达南京市开始，到《宁泰资讯管理平台项目启动会.ppt》汇报结束。因为本人初涉证券行业，所以对业务知之较少。项目初期，公司还算比较重视客户需求，经常会派驻售前人员来南京市一起进行项目调研。我首先向当地的销售江经理要了一份项目干系人的图表（参见图1-1），以便快速熟悉该公司的组织结构和项目干系人，并希望能够了解不同干系人在项目中担当的角色和将来可能产生的影响，这样我就不会同时且盲目地面对众多的干系人而不知所措，还可以通过江经理的引荐尽快和关键干系人建立良好的关系。后来的事实证明，这一点至关重要。在系统规划期，我还要进一步了解公司内部. 阅读全文

摘要： 大中小型项目管理的区别首先我们需要定义什么是大中小型项目。传统的按照代码行、人月、项目金额来划分大中小型项目的方式在现实世界中都存在着诸多问题，同样基于此而进行的项目管理也会失真。我们不妨换一下划分标准：l 项目是否是项目群。l 与周边系统的集成多少。l 项目团队成员的多寡。l 项目金额（包括软、硬件金额）。l 人月预估。l 对系统高可用性、并发性的要求。这样我们可以得到一个综合的衡量结果如下。l 小型项目：软件费用在50万元以下，团队成员3~5人，50人月以下；项目目标单一，不需要与周边系统集成，对系统高可用性要求一般；团队构成比较简单，一般包括项目经理、开发人员、测试人员，项目经理同时也担 阅读全文

摘要： --项目经理感悟之风险管理项目风险管理是指对项目风险从识别到分析乃至采取应对措施等一系列过程，它包括将积极因素所产生的影响最大化和使消极因素产生的影响最小化两方面内容。l 风险识别：确认哪些风险有可能会影响项目进展，并记录每个风险所具有的特点。l 风险量化：评估风险和风险之间的相互作用，以便评定项目可能的产出结果的范围。l 风险对策研究：确定对机会进行选择的步骤及对危险作出应对的步骤。l 风险对策实施控制：对项目进程中风险所产生的变化作出反应。在这里本人无意讨论项目风险管理的一般流程和相应的控制，只是根据项目中所遇到的问题把自己的一点心得体会表达出来。很多问题在其他人眼中也许算不上风险，有一部 阅读全文

摘要： IT项目管理之系统验收从6月底开始推动系统验收工作，一直持续到8月份才结束。众所周知，系统的验收即标志着甲方的认可和项目款项的回收，一般对于甲方而言意味着系统的正式上线，对于乙方而言意味着项目的成功。通常软件合同是按照3:6:1或者3:5:2的比例，即系统验收后所支付的款项会占总合同金额的一半以上。因此甲方在系统验收上持慎重态度是可以理解的，在这个阶段，你可以看到系统的频繁变更、对细枝末节的谨慎要求。而系统进行到该阶段，项目团队成员也早已筋疲力尽，丧失了项目初期的激情，盼望早一点进行系统验收，重新回到公司，做新的状态调整。彼此心态的不同、利益的冲突容易造成双方的急剧冲突，如甲方可能指责乙方不负 阅读全文

摘要： IT项目管理之系统测试系统测试是验证系统需求、实现系统目标过程的必不可缺的一个阶段，这个过程是从5月份开始的。从理论上讲，系统测试伴随着整个系统生命周期。这里我们不去做理论上的阐述，但在实际工作中，只有当系统开发进入到一定阶段后，测试人员才介入进来。在中小型民营IT公司里，测试似乎还是个没太大意义的工作，因此公司压根就没有派驻测试人员，除了项目初期为了应付甲方的人员压力而从母公司调派的测试人员伍小姐。可怜的伍小姐直到这个阶段才真正发挥了自己的特长，几个子系统的功能测试就压在了她一个人身上，不过伍小姐也在整个项目实施过程中发挥了自己的女性优势和独特魅力，是项目团队团结的一个黏合剂。伍小姐很尽心尽 阅读全文

摘要： IT项目管理之系统部署对于小型系统而言，一台数据库服务器和几台Web服务器就是系统的全部了。Linux操作系统下的Oracle安装虽然有些困难，总归还是能够完成的，几台Web服务器的安装也不是太大问题。可对于大中型系统而言，就完全不是一个概念了。要面对的不仅是技术问题，还包括系统整体架构、网络拓扑结构、数据库架构、容量规划、后续维护规划等问题。首先，该系统包括11台数据库服务器和30台左右的应用服务器，需要进行机器的命名规划、操作系统和数据库安全密码规划、IP规划，这是一个逐步深化和调整的过程，以确保你的部署在真实环境的可用性和可维护性。其次，Oracle数据库的RAC安装是一个纯技术工作，你 阅读全文

摘要： 项目管理实践系列丛书IT项目管理那些事儿王保强主编ISBN 978-7-121-14071-6 2011年8月出版定价：59.00元16开380页内 容 简 介本书采用叙事的风格，通过11篇来自一线项目经理的实际经历的文章，分享项目经理人自身的实践和经验的案例，阐述项目管理的实施过程、项目经理的成长和团队成员的培养历程，从而和读者达到共鸣并跟随作者叙事的脉动，以从中得以进一步的思索和升华。简而言之，通过感受项目经理人的喜怒哀乐、经验教训，达到“它山之石可以攻玉”的目的。本书适合软件工程师、测试工程师、项目经理、IT经理人阅读。推荐序项目管理是IT科技发展的重要部分，无论是飞上太空的大型航天飞机 阅读全文

摘要： 应用算法的实际情况——简单就是美应用算法的实际情况——简单就是美实际上，高级算法未必是最优解，古典算法有时也不错。进一步说，与知名算法相比，简单算法更好的情况也不罕见。Hatena Bookmark的Firefox扩展的搜索功能的尝试介绍一个Hatena中的实际例子。HatenaBookmark中有Firefox扩展这个工具，通过它可以将Hatena Bookmark与浏览器集成，十分方便。该扩展可以针对用户以前保存过的书签数据进行增量（incremental）搜索（如图7.1所示）。我们团队讨论了该搜索功能的实现方法，最后结果是，由于增量搜索中搜索动作发生频率很高，而且又是在客户端计算，所以 阅读全文

摘要： 算法评测算法评测——复杂度记法刚才说过，线性查找的计算量为O(n)，二分查找的复杂度为O(log n)。大多情况下，算法的复杂度可以这样定量评测。算法评测一般使用复杂度记法（Order记法）。复杂度记法表示的含义是，当算法的输入大小为n时，大致需要这么多的计算量。花费时间与n的大小无关，能在固定时间内完成的处理，其复杂度为O(1)。例如从散列中查找数据，虽然要计算散列函数，但散列函数计算不依赖于n，所以复杂度为O(1)。而散列搜索中，给定键的值（几乎）是唯一的，因此通过键搜索值的处理也是O(1)（也依赖于具体实现）。因此，散列搜索整体复杂度为O(1)[1]。如前所见，线性查找要从开头开始查找， 阅读全文