Wing.Zhang专栏

最近在思考自己前一个项目所做的过程,项目管理远远不是书本上所讲的那么简单,所以,在实际中去体会,在实际中去提高.就象打仗,必须自己先要有过硬的武功,在战争中杀出血路,才可能逐渐成长成将军或统帅.把这几天思考和参考别人的经验总结一下:1.明确项目的目的与建设目标2.项目中牵扯的人之间的关系(投资方 运营方 监督方 业主与领导)3.公司上层对项目的重视程度.4.项目资源,作为软件项目,最重要的是技术资

 PM在一个IT项目中的主要管理任务： Initiation     Understanding Project Charter    Project Stakeholder Analysis    Understanding Contract or SOW (Statement Of Work)      Planning  Project Plan Develop

要说RUP，就要先说UP。 UP可以用下面的话来概括——用例驱动、以构架为中心、迭代和增量的开发过程。 acobson在《Object-Oriented Software Engineering : A Use Case Drivern Approach》中给的定义是这样的：当希望改变系统的行为时，重建相对应的参与者和用例模型。整个系统的基础构架将有用户所希望使用系统行为进行的操作来控制。由于控制

给我一个支点，我可以橇动地球。                             ----阿基米德     小时候学《自然》（不知道哪个同学还记得^_^）时学到讲杠杆的章节，看到过阿基米德的那句话与印象深刻的图画，阿米是想形象地给大家阐明一个道理，不禁慨叹作为伟大科学家那种情怀与对宇宙万物的深邃的认识。阿米想撬动地球，其也给出了他最基本的一个条件：给我一个支点。同样，做任

       最近一直在负责一个开发组的管理工作，由于是电子政务项目，整个项目的进程和大的里程碑，在领导的意志下已经确定，在有限的时间内完成硬性的工作，给我们项目组很大的挑战，因此项目计划对我们非常地重要。         一、制定计划时的粒度考虑。         首先以大的里程碑制定出大的计划。这个计划的粒度非常大，线条很粗，但能反映整个项目的进程。比如什么时候需求分析结束、什

最近很多人都问我，有没有适合的人可以推荐给他们公司，他们正在招人，面试了很多个，但有经验的开发人员太难找了。有一个朋友在问我要人的同时，他手下的一个开发人员反而问我有没有好的机会，他想跳槽。不久前一份报告称，中国本地软件企业面临的最大问题之一，就是高级技术人才的缺乏。造成这种问题的原因，主要是由于本地软件企业的人才培养机制和管理机制的欠缺。人才大量涌入外资企业和频繁的流动，导致了各类有经验人才的欠

你在执行项目时通常花费最多时间在什么部份呢？跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟企业内的其它人员争取支持、跟合作厂商协调配合事项．．．对项目经理来说，每天大部份的时间几乎都是在跟人沟通。     沟通，可以很简单，也可以很复杂。对于部份人来说，反正沟通就是把我的意见表达出来吗，有什么难的。可是在项目过程中有那么多的人与项目有关，因此要考量的，不仅是把意见表达出来

   前段一直在看《三国演义》，其中有一段是孔明初出茅庐在刘蜀集团打的第一仗---火烧博望坡，显示了诸葛亮卓越的军事才能与领导才华。 分析下当时的背景，当时刘备苦于找不到发展的道路的情况下，而“三顾茅庐”请来了孔明，孔明到任后面临的的是刘蜀集团初步形成的领导班子，尤其是关、张都是刘备的嫡系，是个典型的家族企业，可以说是孔明刚到的时候日子并不好过，关、张甚至质疑“如何个如鱼得水“。珍

  最近在带领一个小组进行一个系统的开发，由于人手比较紧张，所以系统的架构、设计自己都要做，自然少了很多和成员沟通的地方。要知道，如果管理岗位如果具体做某件事情是很致命的，比如一个架构师还要负责某个业务模块的开发，但现实就是这样。为了保证良好的沟通效果与进度控制，除了要认真地制订出切实执行的计划外，在工作中善于总结和应用方法也会收到好的效果。现在把我琢磨的用例管理开发的方法介绍下。

异地开发项目合作做总结的经验 1明确的分工。按模块功能独立性进行分工，设计阶段最大限度地减少系统的耦合性，这样有利于分工。 2明确的代码管理制度。建立CVS（VSS）服务器，代码管理规范，异地不能用同一台服务器的，必须设置专人  每天进行增量代码的传输。      增量代码的含义：新增的文件 修改过的文件  3一切以文档为准。任何一项修改，要有文档做保证。    测试报告 修正报告，一

SE Software Engineering 软件工程 BURS Business and User Requirement Specification 业务和用户需求规格说明 CCB Change Control Board 变更控制委员会 CI Configuration Item 配置管理项 CR Change Request 变更申请 CMM Capability Maturity  M

对于软件的需求调研活动，虽然曾经写过三篇相关的需求管理文章，出发角度是从整体的需求管理过程考虑；在引入CMM（二）需求管理KPA活动的基础上，列举了如何进行需求调研前的需求管理计划活动；在失败的项目中，找出规范和管理软件需求过程的关健点及需求关联的模型架构（这些可以参考以前写过的《CMM需求管理实践经验记录谈》、《从CMM角度考虑需求管理计划》、《如何用CRC模型来确定需求》）。一直以来，感觉自己

我们假设一个project中有以下状况：（1）需求不明确，没有完整、详细的需求描述。用户没有提供标准的需求文档。（2）技术架构明确要求为J2EE，要求使用：Struts,Tile,EJB,DAO,OJB，数据库为Oracle 8i/9i，集成开发工具要求为WSAD，系统有大量的计算，对性能有明确要求。（3）团队人数为6人，三人为刚大学毕业的新人，对上述技术架构和开发工具不熟悉。另外3人均不能ful

          人的管理是项目管理中重要的一环。         如果把做软件项目看成是项生产劳动的话，那么人则是这个生产关系中最具活力的因素。软件开发项目是一项“脑力密集型”、“知识密集型”的劳动，所有的产出，都是经由人的大脑而产生，做好项目组人的管理，和传统工业生产保证机器正常运转一样地重要。        以人为本。在软件业时间长了，对这个圈内的人的性格也比较了解，每