如何做好项目管理(管理原则、设计原则)

如何做好项目管理（管理原则、设计原则）

与一般的想法相反，在运行一个项目的时候，最好的设计方法学并不是那种正式的方法。多数设计方法学都是臃肿而不切实际的。如果一种设计方法需要200页的手册才能说明，那只能说明它在实际应用的时候显得太复杂了。我认为，设计方法的本质应该是简单和整体的。实际上，对于一个成功的设计方法，最关键的甚至可以说是与设计无关的东西，而是项目管理策略。如果管理不当，即使你有最好的设计也有可能失败。在设计方法中，最重要的一点是必须提供一个简单的框架，这个框架要能把任何成功设计中广泛存在的对立和矛盾包容在一起。

在下面的指南中，我们将解释这个问题，讲述项目管理中最基本的组成原则。

项目管理原则

有几个主要的因素可以导致项目失败。我们在下面列出最主要的10个，还包含对每个因素的简单解释。

项目过于死板，不能按照用户需要进行必要的改动。

项目毫无原则，经常因用户的意愿进行改变，因而无法在合理的时间内完成。

在编程人员和客户之间缺乏沟通或者沟通很差。

有不切实际的预期目标。

时间表是不切实际的。

项目过大，无法进行成功的管理。

没有测试或者测试过多。

使用错误的工具。

项目使用的技术对于项目和用户来说太过先进，超前。

项目进行不尊重项目成员。

下面的多数原则就是为了解决这些问题而提出的。当然，每个项目都有其自身的平衡点。因此每个项目经理和主程序员都要按照自己项目的内部特色进行调整。

在项目的设计过程中，必须允许用户提出改变设计的要求。但是同时一个项目又要有一定的“刚性”，要使设计的改变尽量少。平衡这个矛盾需要非常好的设计艺术，而且每个项目的平衡点都是不一样的。

在项目进行过程中，团队需要直接与客户沟通，至少也要保证最低限度的项目回顾和问题澄清/分析过程。

一个项目的时间不要超过一年，以6到9个月为最佳。任何更大更长的项目最好切割为小的子项目。

项目经理与程序设计主管一定要是不同的两个人。将者两个角色合一使一个人的负担过大，两个角色都作不好。

一个项目的人数不要超过7个，以5个为最佳。

一个项目小组最好能混合资深的和年轻的开发者

我发现，如果一个开发小组全是资深的开发者，那么小组很容易陷入陈腐和习惯化的情况。而一个完全又年轻的开发者组成的队伍又明显的缺乏经验。团队中的年轻成员可以消除老的

资深人员的惰性，年轻的新手可能经常会问，这个为什么要这样作？这种问题经常带来良好的改进。同时，资深的开发者可以训练新手，让他们经常对设计进行检查，这也可以带来改进。 7.项目所使用的工具对项目成员来说必须是容易使用和控制的，或者在这方面能够提供帮助的人必须是容易找到的。

开始的时候就要制定比较现实的时间表。如果时间表在开始后发现是不合理的，就要尽快对人员或者是时间表进行调整。多数项目的错误在于一味的增加资源以加速进度。这通常都是错误的。如果发现一个时间表是不合理的，其错误之处多数不仅仅是缺乏资源。在检查时间表的同时也要检查一下项目目标，方法和选择。确保你在可靠的前提和信息下工作。在完成这种重新审查后，按照自己的想法重新调整项目。

项目中的主要参与者必须感觉舒适，可以自由的提问，自由的进行沟通。缺乏有效沟通的项目通常会迅速失败。出现问题的第一个信号通常就是在交换信息的时候有问题。沉默并不是项目要完成的信号，而是说明你的成员在无法沟通的真空中工作。

项目小组中的所有成员都要明白这些原则，以便经常对项目情况进行检查。如果一个项目不符合这些原则，那么所有的成员都有义务尽快找出问题之所在。我在项目中也经常弄错点什么，但是也尽量将这些错误迅速找出。当问题在爆发前被发现，或者是在项目的初始阶段被发现，通常解决问题的方法也简单。但是，忽略这些问题则经常导致更严重的问题，导致项目失败。如果有项目不能体现这些原则，我是不会接受这种项目的。

这些原则是我为项目成功总结的一些基本点。我个人的经验告诉我忽视上面任何一个原则都很可能导致严重的结果。

设计原则

虽然在设计上设置过多刚性的原则是有害的，但是这里我们还是提出一些可以遵循的基本原则。

避免成为使用新技术的群体。一定要等到技术和产品的支持信息成熟了再考虑。但是如何判断一个技术是否足够成熟呢？看看在Internet上的支持信息的丰富程度和深度。一个新的工具，只有在你可以很容易地找到其帮助信息的时候才是好的。

如果你不得不使用比较新的技术，记住一定要准备有后备的方案，以便在新技术实施中出现问题的时候使用。我的感觉是新技术在你项目的关键点上有大概50%的机会会出问题。从一开始就准备好后备的方案可以避免日后问题扩大。在使用新技术的时候，一定要在项目的早期使用，以争取更多的时间对其可行性进行评估。

保证用户的技术水平可以使用你的项目中的各种技术，例如如果用户使用的是3.x版本的浏览器，你就不要采用客户端的XML/XSL。当然，你还是可以使用服务器端的XML/XSL，因为用户不会因此受到影响。

以满足最小限度的需求为目的，这样做可以防止项目变的臃肿，同时可以加快程序编写速度，也更容易测试。而用户只应该要求他们真正需要的功能。

在编码的时候，最主要的目标是制作可维护的代码；第二个目标是制作可重用的代码。借助Java，面向对象是我们达到成功的最重要工具。但是也不要完全依赖面向对象技术，借助最简单的模板，函数库或者是良好设计方法也可以很好地对代码进行重用。面向对象只是我们在编程的时候可以选择众多技巧中的一种。

测试和试用是成功的重要部分。试用是非常重要的部分，一定要给以充足的时间以便有机会对发现的错误进行修正。

在主要项目完成后，可以给出一个小的第二阶段，在这个阶段中可以将项目中不够完善，没有完全达到预期水准的部分进行修改。

想想多重项目的概念。一个项目小组经常要面对多个项目。项目人员在不同的项目中，要不断的变换职责，一方面这样的作为为以后的人员使用增加了后备。而且由于每个项目小组成员都不断作新的事情，也减少了人员产生倦怠情绪的可能(这意味着你的项目小组可以长时间保持相对稳定)

预先作好计划，使多个人可能不断对一段代码进行加工。为了作到这一点，我在不同的项目之间进行代码重用。其实，我们做的不仅仅是代码重用。在每个项目中，都可能有个新的人在使用现有的一部分代码。新的人可能会不断的对这些代码进行修正和优化。因此这些代码可以不断的增加效率，同时出现问题的机会也很少。代码的效率可以得到提高，另外文档也可以不断完善。不仅仅是代码本身可以不断被修改，提高，随着新技术的出现，代码也可以不断应用新的技术，从而得到提高。

如果可能，尽量使用公开源码

将JSP的分布式环境变成你的优势。使用客户端脚本来利用客户机的能力。真正依靠数据库的存储进程，将数据处理逻辑集中保存。使用J2EE服务器生成XML和XSL数据模板来产生HTML输出。避免将处理集中在一点，将处理工作分布开来是完成工作最有效的方式。避免把太多的逻辑放到一个单一的JSP页中。一个JSP页作的事情越多，当你需要升级或者是修改项目的时候，影响就越大。尽量使每个JSP页只完成一个最基本的小操作。也可以使用Tag和JavaBean库的优势来建立可重用的模块。这些手段有助于使JSP页便于维护。二．硬件构架

参见如下的建议构架。

图3：服装加工/分销体系电子商务系统架构

为了适应信息快速发展的需求我们进行信息应用进行扩展：

1．扩展而出的信息系统，在物理的设备上无须增加任何设备，仅在服务的项目上增添了可支持手持式的设备，一般如手机，PDA等。即系统可提供如短信平台、E_mail平台等向具有权限和需求的用户发送信息。

2．扩展而出企业间的数据交换系统，因为本系统采用XML的标准数据格式，可以和具有可交换系统进行电子数据交换(EDI)。如此，大大地提高了信息交换的速度，也大大地提高了数据交换的准确性。

经过有效扩展，该平台提供了完整的Web服务、邮件服务和信息服务，该信息服务涵盖手机短信息平台的应用、客户端订阅信息平台的应用、邮件信息平台的应用等。

面对目前各家公司所需信息的细化、深化和泛化，企业的信息平台也针对性用于企业管理。该系统提供目前一切可能的人与人之间的信息交互、共享的途径和方法。同时系统为决策者提供直观的、冗余的分析信息，也实时把共享性信息，发布性信息通过各种渠道发布给需要了解该信息的人员。

三. 供应链描述

供应链管理(SCM)应用是在企业资源规划(ERP)的基础上发展起来的，它把公司的制造过程、库存系统和供应商产生的数据合并在一起，从一个统一的视角展示产品建造过程的各种影响因素。SCM的以其灵活性和上市速度而文明，SCM帮助管理人员有效分配资源，最大限度提高效率和减少工作周期。维持持续的通信和严密的集成是成功的关键，这一切都要从可靠的网络基础设施开始。

在厂家-消费者-供应商的基本关系中，各个参与者在供应/价值/需求链中起着多种作用。他们之间的互动日益加快，变成关系重大的事务，对给予支持的网络基础设施提出额外的性能要求。

着供应链的全球化，网络的复杂性也增加了。所以，网络基础设施必须确保供应链所要求的数据完整性和性能。

SCM实施方案要求网络具有以下关键特性：

互操作性：SCM必须能够支持很多不同的网络、应用软件和数据库资源。

可靠性：及时的事件路由要求部分网络和服务器容错，并具有冗余。

可扩展性：成功实施SCM会使销售量、定单和发运量大增，因此，基础设施必须提供灵活性和可扩展性。

性能：由于SCM需要作出接近于实时的决策，因此，网络必须接受高级的服务质量(QoS)机制的指导。

可管理性：网络必须定期监控QoS和应用性能，还必须支持各种分析工具，并能够管理信息流。

安全性：SCM功能采用Internet来实现。这就要求增加全面的加密措施和审核措施。

（下图为服装体系供应链）

图4：服装加工/分销体系供应链

<注 designtimesp=19181 designtimesp=17899>：原材料供应商即为布料供应商，对于服装加工/销售的企业一定需要关注到上游的原料变化，如此才能保证商品的出货不短缺、不间断、不空白。半成品供应商则是承包生产某一类部分商品，在基本实施的基础上保证源头的货源和生产的期限。

当然，信息系统的目的是管理好所有的客户，分销渠道上并不仅是如是几种客户类型，仅仅是有代表性的，所以必须针对不同公司再添加新的类型和分析该类型对渠道影响。

四．业务的系统构架描述

以下我们根据上面的供应链来实施系统。

图5：服装加工/分销体系平台级应用

进销存系统：进销存系统主要是对于业务数据的记录，关心业务本身的变化，例如，原布料的进货情况(当然也含有制造方面的资源过剩的来料加工)，半成品的进货情况和承包加工厂商的加工情况（系统中考虑为库存的一部分）。

财务系统：所有相对库存本身的有财务关联的进出货的情况，并由此产生的财务问题。

信息系统：基于邮件服务、手机短消息服务、订阅信息服务等服务模式，向用户提供信息平台服务。

5．工作流的描述

工作的流程是提出解决方案需要论证的重中之重，现在的上ERP软件的同时，也需要对企业流程进行重组。

无论什么方面的应用软件，数据采集和数据的表达是系统的两个主要部分。系统在各个业务流程中采集数据，最后把数据采用各种报表的形式呈现给各个用户。

1．业务操作

根据公司的业务流程，提供的业务操作。

针对性的业务操作设定相关的权限、相关的约束条件，允许或禁止某人进行某项操作。比如不是本公司售出机器不能退货或进行其他操作。

图6：服装加工/分销体系平台—业务操作

2．帐务操作

根据公司的财务规定，提供的帐务操作。

根据公司和供应商、客户间签订的协议，由帐务人员协调各类财务需求而进行整合的一系列操作。比如：根据和客户达成的协议对客户的价格进行调节，或和供应商达成的协议进行对入库价格进行调节。

图7：服装加工/分销体系平台—帐务操作

3．营销日志

数据流参见业务操作；

1）单件商品追踪：若单件商品存在不同的条码，则可以进行单件商品的追踪。

2）销售、调拨日志：对当天公司中业务、所有零售点业务、促销点的业务、分公司的业务、商场专柜业务进行详细记录。同时提供各类查询方式给销售经理和其他主管参考。

3）付款和收款日志：根据财务的资金出入进行记录。

4．报表图表

数据流参见帐务操作；

1）库存资金表

2）呆滞商品记录及告警：对超过设定时间滞销的商品进行告警。

3）销售日报

4）销售月、年报图表：以棒图或饼图的形式显示各种查询的销售。

5）实时库存和历史库存：历史库存需要人工结转或设定时间进行结转。

6）下游点库存：提供各种查询方式，并可以查询到该商品的条码。

7）零售点销售日报：针对直属所有零售点的销售日报汇总。

8）销售毛利表：提供各种方式的查询。

9）各类盘点表：含盖库存盘点、资金盘点，按照盘点的结果和实际的情况对比，记录差异及差异原因。

10）调拨统计表：统计各个仓库间的调货、各个点之间的调货。

11）各类结转表：按照公司规定的会计期间进行结转，保存所得的结果记录。

12）其他各类业务操作日志：记录业务日常正常操作和异常操作。

5．物流

物流是分销企业的重中之重。

系统根据服装加工/分销企业的操作流程，提供应用操作。

物流过程将产生商品在途等中间性不确定的信息，这些信息已经记录入系统中，为企业的销售、调拨、分库存放、配置转换提供数据和预数据。

<注 designtimesp=19444>：XML/EDI数据仅仅在扩展而出的企业间的数据交换系统中使用，这个信息将提供企业协作的商务数据。

图8：服装加工/分销体系平台—物流操作

7．总结（说的不该说的话）

有人说我热衷于平台级解决方案，我的回答：“这个不是我的错，是我理解问题的偏差”，我的“偏差”在那里，我原为企业做平台时，企业内部的各个软件模块混乱，无法进行各个系统间的接口。以下为我的“偏差”做一些说明：

1．实施目的

ERP的实施关键是支持企业持续性的发展和提高和把企业的各种资源、各部门关系整合在一起。如果公司有产供销各部门，实行的是OEM生产，因此要把各部门整合在一起是很困难的。因为各个部门的能力差别比较大，就可以采用木桶原理，把短的、长的分别找出来，进行资源的整合，这是企业上ERP系统最主要的目的。可以通过一些项目一期的实施，把公司所有的关键业务完全系统化，灾进行公司其他战略的关键的步骤。

2．制度整合

解决方案的目的最重要的是对制度进行整合。以前公司也有各种规章制度，但人的随意性非常强，缺乏自律，今天做了，明天爱做不做，后天就可能不做，很多制度没办法彻底执行。但系统处理就非如此，若规定了如此执行，今天、明天、后天都得这样做。例如做一张生产订单，它的过程是什么样的，要经过谁审批，依据什么审批，审批的额度是什么，系统都定

好了。就是把一些规章制度内化到了系统里面。个人将各尽其责，比如：销售经理就不用担心对不同的经销商有厚此薄彼的问题，可以专心去管理市场、开拓市场。

3．业务流程的改造

ERP实施需要有一整套企业管理的规范和标准，企业业务流程需要不断地改进，ERP实施当中其公司的流程需要进行适当地改动。如目前财务管理中的以成本管理为中心，要转化到以利润为中心的角度去考虑。

企业内数据信息的标准也将得到统一。比如：过去对于销售数据的界定，会有几种不同的看法，例如以订单为准，以订单发货为准，以开发票为准，以收到款为准，导致数据在各个部门的统计口径不一致。在系统上将得到统一，只有发货过账才算销售，才影响到信贷。

4．对分公司集中的管理

分公司基本上也可以当成经销商来管理的。经销商和分公司各有自己的销售网络，有自己的专卖店。

5．协作商务

以前，许多经销商的店面、库存分析也就是几张报表，有的还很原始，是手工的；送货、发货也没有一个规范。该系统，首先就是要做起一套店面管理的标准，前台用于店面管理，后台的就把相关的业务做起来，如退货、配货等简单的功能，还有库存的管理、销售的管理等。有些经销商用得比较好，可以每天把各个店的销售数据都存进MIS里，当天进行分析，决定第二天给哪些店配哪些货，可以做到大幅度地减少库存，提高库存周转率。建立电子商务系统的接口，将来我们全国各地所有零售商的资料都会定期地放到我们的ERP里来。所有的零售数据都可以通过它进入。那时，这里掌握的就不仅仅是总公司本身的人、财、物的信息，还包括零售市场的信息。我们今年的目标是把零售系统和ERP系统整合起来，把原来分散在公司各个角落的信息用起来。

在总公司和经销商信息互动方面，我们做到了总部会给经销商一些指导性的意见，帮助他们做一些分析。反过来，零售环节有关的产品信息、库存信息、客户信息可以做为总部开发新产品、制订市场策略的参考。

当然，最后的情况就是对方案做个小结：

(在以上实话实说上添加一点虚头。。。)

从各家实施的案例可以看出，Internet和电子商务是一把“双刃剑”，建立Internet时代的高效运作和管理体系是当前加工/分销（特别是分销型企业）公司。电子商务仍然是商务，仅仅前所未有高效率信息交流，当然这也不是简单商务网络化，相应企业需要员工在操作概念上进行相应的转变，对于该转变我们已经在实际的实施中取得其平稳过渡的良好经验。

固然，此应用方案是立足于基础的业务操作，实施企业网络化过程中采用的是逐步深入的过

程，这个过程在系统的实施案例中我们有很好的成功的经验。