如何做好项目管理.docx
- 文档编号:17889948
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:14
- 大小:52.68KB
如何做好项目管理.docx
《如何做好项目管理.docx》由会员分享,可在线阅读,更多相关《如何做好项目管理.docx(14页珍藏版)》请在冰点文库上搜索。
如何做好项目管理
如何做好项目管理
与一样的方法相反,在运行一个项目的时候,最好的设计方法学并不是那种正式的方法。
多数设计方法学差不多上臃肿而不切实际的。
假如一种设计方法需要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时代的高效运作和治理体系是当前加工/分销〔专门是分销型企业〕公司。
电子商务仍旧是商务,仅仅前所未有高效率信息交流,因此这也不是简单商务网络化,相应企业需要职员在操作概念上进行相应的转变,关于该转变我们差不多在实际的实施中取得其平稳过渡的良好体会。
因此,此应用方案是立足于基础的业务操作,实施企业网络化过程中采纳的是逐步深入的过程,那个过程在系统的实施案例中我们有专门好的成功的体会。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 如何 做好 项目 管理