《越狱》中的项目管理思想

2009-09-09 / 项目管理 / 0 Comments

越狱并非一个新鲜的题材,记得之前就有《肖申克的救赎》,也是关于越狱的,里面的主角也是智慧型的人物,冷静、坚韧。其实《越狱》所吸引我的,并不是它的题材,也不是演员的演技,而是由于它的剧情内融合了很多项目管理的理念。 

   《越狱》主要是讲,毕业于名牌大学、有建筑学硕士学位并就职于某知名建筑公司的结构工程师迈克尔·斯科菲尔德,入狱搭救即将被执行死刑的哥哥林肯·布鲁斯(此人被冤枉杀死了副总统的弟弟)。在入狱前,他花了大量的精力,精心地做了前期准备工作,之后按照他所计划的步骤,故意持枪抢劫银行,从而得以进入林肯·布鲁斯所在的福克斯河畔监狱,并在那里组建了越狱团队。

    在越狱的整个过程中,我们可以看到迈克尔·斯科菲尔德近乎完美的计划,对项目过程的执行力,对项目干系人的控制力,以及对于项目风险的把握和及时变更的能力等。从各方面来说,迈克尔·斯科菲尔德是一个成功的项目经理,他的学识、冷静、自信和坚定,以及对于越狱这个目标的缜密计划,使得他获得了他人的信赖。而他也利用这样的信任和依赖,巧妙地周旋于各个干系人之间。最终以他出色的资源协调能力,成功地完成越狱计划。

越狱的四点体会 

    越狱具备了项目的特征,有其临时性和明确的目标,并且有十分严格的时间限制(林肯·布鲁斯执行死刑前)。而其运作受制于有限的资源,需要有良好的规划、执行和控制。迈克尔·斯科菲尔德在这个越狱项目中把各种知识、专业技能、工具应用于项目活动中。其给予的项目管理启示也是很有专业价值的。

    第一,前期调研以及项目计划。

    任何项目的成功,都离不开初期对于完成项目目标而进行的调研活动,以及根据目标和调研分析而制定的可行性计划。迈克尔·斯科菲尔德在得知林肯·布鲁斯被关到福克斯河畔监狱后,收集了这个监狱以及周边的信息,包括道路交通。然后又拿来了他们公司曾经在福克斯河畔监狱进行改造建设的图纸,自己又利用建筑学等方面的专业知识,巧妙地将图纸和整个计划的一些关键提示设计为文身,并将它文在了身上,完成了对于最重要资源的准备工作。

    除了非人力资源的准备以外,他还对项目干系人进行了分析。

    首先,他需要一个安全防护最薄弱的地方,以便越狱。根据他对建筑图纸的分析,认定医务室将是最容易实施越狱的通道。于是他收集了关于女医生萨拉·唐科里迪的资料,包括她毕业的院校,她的座右铭,以及她曾经获得过的奖励。甚至为了伪装糖尿病来定期接近女医生,他还查了相关医学资料。有了这些信息也为他以后对于女医生实施“美男计”提供了可能性。

    其次,当越狱成功后就必定走向逃亡道路,如何销声匿迹呢?他注意到阿布兹也在福克斯河畔服刑后,找到了他比较关心的关键证人菲巴拉西,这样就可以以此为饵,实施对阿布兹的资源控制,以便于让阿布兹为他服务——提供逃亡的交通工具。

    再次,在走向逃亡路以后,还需要金钱来为他和他哥哥的生活提供保障。于是他注意到了福克斯河畔里的D·B库珀尔,收集了他的相关背景信息,以及他家人的信息,包括名字、居住地,而如果没有这些信息的支持,迈克尔·斯科菲尔德也不可能通过D·B库珀尔对他的试探,以至于最后取得他的信任。要知道D·B库珀尔是个年长而且很有经验的智者,如果他对于迈克尔·斯科菲尔德的计划周密程度,以及可行性程度一无所知的话,最终是不会和他冒险越狱的。

  最后,他还结识了脱衣舞女郎,帮她拿到了在美国的绿卡,作为交换为他提供信用卡(上面的磁条用来伪造门禁卡)。

  以上的这些准备,给了他足够的信心迈向福克斯河畔监狱去营救林肯·布鲁斯。对于项目干系人的重视以及分析得当,也让迈克尔·斯科菲尔德的越狱成功有了很大保障。这也让我想起了当时学习项目管理知识体系时的一个反面例子,在千年虫软件更新项目中,管理者一开始就对法律部门这个重要利害关系者的忽略和轻视,造成了大量文档的返工,增加了项目成本和最后完成度的风险。这就是由于在项目的开始阶段没有更加透彻地分析项目干系人,造成了本该事先准备的工作没有做到位,以至于引发了后期的返工。

    第二,资源管理。

    很钦佩迈克尔·斯科菲尔德对于各种资源的调配和协调能力,包括人力资源以外的硬件资源,比如他使用的各种工具,计时的手表、长椅上的螺丝钉、为假装糖尿病需要的药丸,等等。每一个工具都可以发挥关键性的作用,环环相扣。

    而对于人力资源方面,也就是项目干系人,他也体现出了非常优秀的协调、沟通以及控制能力。对于干系人女医生萨拉·唐科里迪、黑帮老大阿布兹、超级大盗D·B库珀尔、还有脱衣舞女,这些都是他计划内的。而对于计划外的室友苏克雷、恋童癖“背包”、提供药丸的“便条”、狱长以及看守队长等都属于非计划内的。这也体现了项目执行过程中最大的变量就是“人”,也是决定项目成败的关键。对于这些人,有其各自独特乃至相互冲突的利益需求、性格和背景。但是有一点是共同的,任何一个人都对项目成功有关键性作用。任何一个人、一件事情处理不好,都有可能使越狱功败垂成。但是,对于越狱团队成员无论加入的原因或者动机,他们都有一个共同的目标,就是越狱成功;而这个团队的对立面——狱方干系人的需求会比较多样化,监狱长要利用迈克尔·斯科菲尔德建造送给爱妻的泰姬陵模型,看守队长在盲目自信享受戏弄囚犯以及从他们身上获得利益的乐趣,女狱医在寻找爱人……所有这些需求,迈克尔·斯科菲尔德都能提供。找到共同点后,迈克尔·斯科菲尔德又靠着信任和相互的依存关系游刃于其中。这种信赖以及他对干系人的准确定位,使得他利用项目干系人之间的依存关系,找到了他越狱所需要的种种资源和支持。他向我们演示了如何紧扣需求和利益对项目干系人做出动态的管理。

    干系人对于项目的影响,积极和消极的情况都有可能。积极的干系人通常是项目成功结果中的获益者,而消极的干系人是从项目的成功中,得到消极结果者。忽视干系人的项目经理会对项目的结果造成破坏性的影响。

第三,风险控制。

    在项目执行过程中风险是始终伴随的,有些是可预知并可准备预案的,有些是突发性的,需要临时给予解决方案。

    上面谈到的项目干系人,以及越狱团队的临时扩充,只是越狱过程中他遇到的变化的一部分。在第一次越狱计划失败后,迈克尔·斯科菲尔德又启用了备用方案,这也可以看出迈克尔·斯科菲尔德在项目管理中的风险意识。迈克尔·斯科菲尔德在遭遇质疑的时候经常说:“我已经计算好了任何的可能。”但是意想不到的事还是接二连三地出现,甚至可以令他的越狱计划夭折,几次都身陷绝境,而最终都化险为夷。为什么?除了他一开始的缜密计划外,他冷静机智、处变不惊和自信坚定的心理素质和及时到位的应变,是根本原因。没有一成不变的事物,我们也没有以不变应万变的境界。因此当出现突发事件后最需要的还是面对问题、解决问题,而不是去相互争吵,或去探讨是谁的责任。虽然我们看到的是他一次次遇到各种问题,可每一次变化来临时,包括几次临近绝望时,他最终都能沉静下来,对变化做出冷静的分析,然后进行了计划的变更控制,或者启用预案。最后在服从越狱这一项目目标的前提下做出相应的调整。最主要的,他还往往能变不利为有利,让变化及变化的结果朝有利于越狱的方向发展,甚至成为越狱的有效资源。这也是他越狱的团队逐渐扩大,但依然成功的原因。解决问题依赖的不是“灵感”或者“上帝”,而是自己的知识积累和联想分析能力。

  项目风险源于任何项目中都存在的不确定性。对于已知风险可以采取预案的方式来规避,比如迈克尔·斯科菲尔德的备用方案。但是我们无法对未知风险进行主动管理。其实,我们可以从风险对项目成功造成的威胁或带来的机会的角度来看待风险。风险对项目所造成的威胁只要能与冒此风险所得到的收获相抵,就属于可接受风险。凡能够带来项目成功机会的风险不妨为之一搏,使项目目标从中受益。

    第四,时间管理。

    整个剧情中,迈克尔·斯科菲尔德一次次地进行时间测量,我们可以看到时间在整个越狱过程中的重要性,有时需要精确到秒的地步。狱警要定时巡查,所以每次去探路用的时间必须精确计算。同样给地下管道放水,事先需要计算管道的尺寸,大小和水流量,保证水能够在相对精确的时间放满到合适的位置。越狱过程中每一个环节也需要精确计算,保证没有延迟。第一次越狱虽然没有成功,但为了和林肯·布鲁斯在医务室碰头,也需要精确计算出各自采取行动的时间。而所有这些时间,迈克尔·斯科菲尔德都事先进行了测量或者规划。在真正的计划实施过程中也可以看到时间的紧迫,由于萨拉·唐科里迪的紧张,忘记在放风前将水箱的螺丝拧下,造成项目延期5分钟,以及到后面D·B库珀尔的突然倒下也拖延了一定的时间,其结果就是险些令迈克尔·斯科菲尔德越狱失败。

    从迈克尔·斯科菲尔德的时间管理中我们可以看到,他在执行每一步计划中都是有逻辑、有条理、有序列的,这就是项目时间管理中的活动排序,确定各计划活动之间的依赖关系,并进行活动资源的估算,也就是对完成计划活动所需资源和时间的计算。随后才会有明确的进度表,并且为每一个活动,规定时间节点。以便于对项目执行过程中的时间消耗进行监控,否则迈克尔·斯科菲尔德在苏克雷忘记拧下水箱螺丝后,是无法评估到项目延期5分钟。如果项目经理对于项目的执行进度状况没有一个清醒的量化值时,那么这个项目多数情况下很难保证按时完成。或者可以按时完成,但是会造成资源闲置的浪费,增加项目的成本风险。

对《越狱》的反思

    迈克尔·斯科菲尔德在这个越狱的项目管理中无疑是成功的,因为无论如何他的目标达到了。但是,里面还是有很多幸运的成分。而如果抛开这些幸运成分,我们可以看到他还是有做得不到位的地方。

    1.对于团队成员的不信任。开始时,为了试探苏克雷的保密程度,而直接造成他关禁闭,导致精神病狱友的介入,造成了团队成员风险。

    2.制造暴乱引发戒严,制造充足的时间去打通墙壁,而结果造成局面一度脱离控制,并且在入口处无人把守,直接后果是造成“背包”发现秘密后加入。而他的加入曾一度伤害到关键成员阿布兹,造成了极大的风险。

    3.在挖通道的时候,由于狱警巡查时没有做好掩饰的准备,造成林肯·布鲁斯为了拖延时间而打了狱警。其直接后果是,第一次越狱失败,不得不启用预案。

    4.过早地打通了医务室的下水道,而没有做任何掩饰,造成被修理工发现后,补洞,致使计划失败。

    5.对于关键资源或者凭据应该进行备份,然而可能由于准备时间短,迈克尔·斯科菲尔德并没有对文身进行备份,以至于他被烫伤时,险些因为失去“地图”,而使得整个计划夭折。

    还有很多细节的地方没有做到位,这里不再枚举。由这些缺陷,我们可以看到,对于我们计划执行中遇到的临时问题依然不可以马虎对待,临时解决;而应该认真应对,彻底消除隐患。另外对于关键的数据、文档必须备份,毕竟天有不测风云!

    可无论如何他还是成功了,成王败寇,自古真理。很多企业也是这样,当企业成功的时候,回过头来看走过的路,也许很多关键性的决策都是错误的,但是无论如何走过来了,那么,错误的也变成了正确的。比如,如果没有精神病狱友的介入,也许迈克尔·斯科菲尔德被烫伤的“地图”就永远也找不回来了。而没有暴动,也许就没有英雄救美,也无法更深地得到女医生萨拉·唐科里迪的信任。

    项目管理是一门艺术,是一门综合了多学科的艺术,是应用领域专业知识、通用管理技能以及沟通能力等相互融合后的综合管理技能。也许在迈克尔·斯科菲尔德的近乎“规范化”项目管理的背后,又打动了中国观众心灵的东西就是人性吧。《越狱》里处处可见人性,监狱长为了将要送给爱妻的泰姬陵给予迈克尔·斯科菲尔德很多的便利;苏克雷为了见狱外女友而忠心地为迈克尔·斯科菲尔德服务,甚至冒险去填补那个可能被发现的洞;D·B库珀尔为了见他女儿最后一面而加入了越狱团队贡献了自己一份力量;阿布兹,一个极难控制的成员,迈克尔·斯科菲尔德抓住他对证人的需求,甚至失去自己的脚趾,最终控制了他,拥有了所有行动的监狱资源……在这个越狱团队内每个人都有人性的弱点,而迈克尔·斯科菲尔德对于这些弱点以及成员需求的掌控十分到位。“若想取之,必先予之!”也许就是他在项目人力资源管理方面的最大亮点,应了那句话:掌握了人性的弱点,管理便无往不胜。

Read More

项目管理工作中的9个方面

2009-09-09 / 项目管理 / 0 Comments

 1.总体管理 

 
      为了保证项目有效、有序进行,需要做好项目的整体管理和总体计划的制定和执行,并对变更进行管理和控制。 
 
  2.范围管理 
 
  为了保证项目繁杂的内容和各个功能得到切实落实,作好范围管理,实施过程中将对范围进行明确、核实,并控制范围的变更。 
 
  3.时间管理 
 
  为了保证按时完成任务,将加强对项目的时间管理,对所有活动进行定义并对活动进行排序,明确每个活动的历时估算,编制详细的进度计划,并在实施过程中对进度计划的变更进行控制。 
 
  4.成本管理 
 
  同时,需要明确资源和成本,控制成本、并及时配备相应资源。 
 
  5.质量管理 
 
  为了保证产品质量,加强质量管理,将编制质量计划,配备质量管理人员,采取质量保证措施,并进行相应的质量控制。 
 
  6.人力资源管理 
 
  为了保证项目能够得到稳定进行,明确项目组织结构,明确项目组成员的角色与职责,应配备有足够经验和能力的人员参与本项目,并保持实施队伍的稳定。同时,将对实施人员给予适当的培训。实施人员将了解并掌握本项目的情况、具有相当的专业技能。
 
  7.沟通管理 
 
  由于参与建设的组织和人员众多,将加强沟通管理,编制沟通计划,明确沟通的机制、渠道、相关人员、时间和频率,及时报告项目进展情况。
 
  8.风险管理 
  由于项目风险大,将加强风险管理,识别风险,对风险进行定性和定量分析,制定应对措施,并对风险进行监控。 
 
  9.采购管理 
 
  需要加强采购管理,就采购做出计划安排,并对货物进行验收。
o_2004914111526935
Read More

产品经理从专业走向管理

2009-08-26 / 项目管理 / 0 Comments

感谢狒狒老大哥,写出了一篇详尽、踏实的pm成长指南。

先看看空目录:

002

 

正文

 

  

一、产品经理认识篇

 

1、产品经理定义

产品经理(Product Manager),通常是指:担负某类产品研发、运营、管理的经理人。
他们的工作纵深从:前期市场调查、产品的创意、策划实施、产品研发、产品上市、市场推广…一直到产品生命周期的结束的全过程。

但值不能混淆的概念是:产品经理不等同于产品管理。大多数时候产品经理行驶的是执行权,尽管在产品生不同的生命周期中,产品经理要带动、协调不同的部门、不同的对象。换个层面来讲,产品经理只有对产品的支配权,没有对人的支配权,所谓的行政权。

2、产品经理职责

2.1、市场调研

市场调研是指研究市场以了解客户需求、竞争状况及市场力量(market forces),其最终目标是发现创新或改进产品的潜在机会。

通常一般采用的方法有:

1、与用户交流

2、与直接面对客户的一线同事如销售、客服、技术支持等交流

3、市场研究报告分析

4、竞争对手产品分析

5、用户数据分析

市场调研可以让你知道,市场目前是什么样一个状况,有没有必要性做?风险系数有多高?所以市场调研的准备,将直接影响到项目可行性。市场调研的成果,另外一个方面也就形成商业机会、帮助企业改进产品战略,从而更好的占有市场。

2.2、需求管理

需求管理,是指产品经理在执行需求过程中的一系列管理工作。

通常包含:需求来源管理、需求版本管理、需求分配管理、需求跟踪管理。而需求来源管理有:

1、市场需求

2、高层需求

3、用户需求

4、运营需求

5、其它需求

2.3、产品规划

产品规划是指在通过市场和竞争分析,根据公司自身的情况和发展方向,制定产品规划、产品规格设计、更新产品组合等。制定出产品的远景目标(Vision)以及实施该远景目标的战略、战术。

产品规划,是制定产品发展战略方向的过程,通常包含:

1、用户目标

2、商业目标

3、关键差异

4、盈利模式

5、效益目标

6、品牌定价

2.4、产品定义及设计

产品定义

产品定义,主要解决了是什么的问题。

例如:

003

当然上面解决了产品是什么,我们要做什么样一件事的,具体的阐述开来我们做的产品具体包含哪些,主要有:

1、产品愿景;

2、目标市场;

3、市场竞争分析;

4、功能概要;

5、产品用例(UseCase)

6、系统需求

7、性能需求

9、运营需求等

通常采用产品需求文档(PRD)来进行描述,写PRD我讲会在后面会讲到。

产品设计

产品设计是指设计产品的的整个过程,产品上市后是什么样子的、信息构架、功能设计。
特别是IT行业,外观方面:主要以网页或客户端作为产品的面向交互载体。具体的将,还包括用户界面设计(UI,User Interface)和用户交互设计(User Interaction),

例如:

004

005

产品设计的过程,也是体验用户体验的过程,例如我们现在要做的产品,大到整个色系、产品风格的把握,小到一个按钮效果都要要产品去一一落实。做成产品产出成果,这是很考验一个产品经理功底的。

2.5、组织协调

组织协调能力是指:协调来自不同团队的人员(包括工程师、QA、UI设计师、市场、销售、客服等),对资源进行分配,同时控制、激励和协调群体活动过程,使之相互融合,从而实现组织目标的能力。例如:在预定项目工期内按时开发并发布产品。

项目协调,通常涉及到如下工作内容:

1、 制定项目计划;

2、 进行资源协调

3、跟踪项目进展

在大型公司里,通常会有项目经理来处理大部分项目管理工作,产品经理只需提供支持。不过在创业公司里,产品经理通常需要自己进行项目管理。在有些公司,技术负责人也可能做为项目经理,处理大部分项目管理事宜。

2.6、文档编写

1、市场调查文档

2、产品需求文档

3、产品说明书

4、测试报告

5、用户帮助

6、对外培训

2.7、产品培训

产品培训主要是面向内部同事,如:销售、市场、媒介、客服等讲解产品的相关的定义、功能、特点目标市场,也可能包括向外界如媒体、行业分析师及用户宣传产品。产品培训是一个产品研发到发布,以及运营中很重要的一个环节。

2.8、产品生命周期管理

产品生命周期管理:指那些随着产品经历概念化->发布->成熟->退出市场整个生命周期中的产品管理活动。

例如:

006

作为优秀的产品经理,一定要知道自己产品的生命周期情况。这样才可以根据产品在市场上表现出的生命力,不断的进行产品策略调整。以及合理的做好产品线管理,从而避免单一的产品存在的风险。

3、产品经理能力素质

3.1、沟通能力

优秀的产品经理一定是个成功的沟通者,沟通能力包括口头沟通能力和文字沟通能力。产品经理的一个最主要角色是做为沟通的中心。

产品经理的沟通能力不仅体现在和不同工作岗位的人进行有效沟通,同时还体现在如下方面:和不同个性的人沟通。例如,大部分工程师的性格偏内向,而大部分销售和市场人员则很外向

和不同工作岗位的人沟通时采用不同的”语言”。如果要进行高效沟通,很重要的一点是说沟通对象关注和易于理解的”语言”。

例如:

产品经理采取不同的沟通方式

和工程师沟通 客户的需求、订单审核
和销售人员沟通 “数据库性能”、”内存管理算法”

3.2、学习能力

产品经理不断的涉猎、剔除、换位思考、总结;要谦虚的向人学习、交流、获取经验,这才是产品经理迅速成长的阶梯。如果一直固定自己的世界里抓阄,结局一定是失败无疑。

IT产业是一个快速变化的产业,”不变的也许只有变化”,新技术不断涌现,今日的新产品在几个月后就会变成大路货,甚至更快。优秀的产品经理必须能够快速学习,即便是在比较新的领域。具备此能力才能相对容易地在不断变化的市场和技术趋势下管理好产品。.

例如:

007

 

3.3、执行能力

成功的产品经理是优秀的领导者,即便是没有明确的授权。产品经理通常需要在多个领域执行领导工作,很多地方也产品经理的这种现象归结为:“无授权领导能力”。

无授权领导能力包括领导项目团队、领导产品战略和蓝图指定,以及领导跨团队的产品活动等。但是在大多数情况下,产品经理通常没有得到公司正式的授权。所以是否具有”无授权领导能力”就成为成功与否的关键。

例如:

008

 

3.4、热爱产品

优秀的产品经理对产品有一种固定的爱,发自内心的热爱。

他们孜孜不倦地尝试各种新产品,注册各种产品的测试版,下载产品的试用版并仔细揣摩,一有时间就去网上看各类新的产品。他们醉心于创造优秀的产品–无论是全新的产品或是既有产品的改进。

3.5、注重细节

优秀的产品经理对细节孜孜以求,注重细节是开发优秀产品的最重要先决条件,正所谓”细节决定成败”。

0091

 

成功的产品经理观注细节不仅仅是提到产品性能,同样,这种细节体现在你所做的需求中。报告中、计划中。在内容上,请尽可能的描述到实施细节;在表现上,请尽可能的体现一个产品设计师的UI用户体验设计细节。

3.6、数据敏感

优秀的产品经理对数据敏感,善于从大量数据中挖掘有用的信息,进行数据分析。从而发挥数据的利用率,和商用价值。

例如:

010

 

3.7、商业敏感

优秀的产品经理对商业有极好的感觉,他们清楚如何发现市场机会,了解竞争差异化的重要性,并能提出制胜的产品战略、定价、推广策略、合作计划以及盈亏分析等。

大凡优秀的产品经理都有商业有很强的敏感。商业敏感度并不是我们闭门造车去想出什么来,更多的是源于生活、深入市场、结合行业。从某种意义上来说是站在产业链的高度。

4、产品经理进阶发展(重要)

011

产品经理其实是从P(prefessional)到M(management)的过程,谁也没有几载一上来就是管理,就会管理。所以先把P做好,然后慢慢的抬高全局观、战略感逐渐往M层面混迹。

产品经理的量化点在于:聪明度、逻辑思维能力、沟通协调、文档能力、知识构成等,这些做好了,才可能让你出色的完成:高效的执行、沟通和日常管理工作。

产品经理你的心态怎么样,你的格调、眼光、情怀怎么样,将决定了你以后的基调,站的高才能看的远,。当然你人品怎么样,决定了有多少朋友在支持你,成功之路你不是独行。

二、产品经理技能篇

 

1、产品经理需求技能

产品经理的需求技能,包含需求获取、需求筛选、需求分析、需求执行,这一系列过程是对产品经理综合素质的一个考验和全面衡量。如:对知识的要求,对行业市场的理解和经验。
而且在这整个过程中,我们如何快速、高效的完成需求工程,也对我们有着越来越高的要求。
  

1.1、写需求的八项思路

1、合理的建立全局观,把握整体框架;

2、合理的建立业务模型;

3、合理的拆分系统需求;

4、合理的预留系统扩展;

5、合理的处理好业务流,信息流,以及数据流;

6、合理的遵从:业务原理(逻辑)”→系统实现原理(逻辑),然后细分到-模块实现原理(逻辑)、具体到-界面交互原理(逻辑);

7、合理的编排需求的优先级次序;

8、合理的做好需求被KO掉的准备。(O(∩_∩)O~)

 

1.2、写需求的十点注意

1、写文档,一定不在拘泥于工具,在于思路;但用好工具,会使你的需求加速;

2、写文档,一定先定义流程,后定义交互原型,原型仅是需求交互的载体;

3、写文档,一定要划分好优先前后级,核心的、主要的需求先走,其它的可以缓后;

4、写文档,一定要基于可开发,不能天马行空。(IDEA阶段可以天马行空);

5、写文档,一定要规范,目录、层级都清晰,写出来别人是要看的;

6、写文档,一定要清晰明了,不在于是否写的多,在于是否真正说明了问题;

7、写文档,一定要学习竞争者的长处,可以把好的东西借鉴过来,吸取精华;

8、写文档,一定要落实到每个细节,需求都不完善,成品何来完善;

9、写文档,一定要自己多看,自己给自己找茬,把问题止步于自己;

10、写文档,一定要注意版本管理,并做好版本修订等工作。

   

1.3、写需求的八个步骤

1、第一步:需求分析(业务模型、业务机制、系统功能、系统逻辑);

2、第二步:确定产品定义;

3、第三步:确定用户目标和用户任务;

4、第四步,确定产品具体定位;

5、第五步,确定设计产品用例、流程;

6、第六步,确定设计产品原型;

7、第七步,打包需求说明文档;

8、第八步,最后确定产品优先级(核心的、主要的、扩展的);

  

1.4、写需求的正确方法 (参考)

宗旨:通过工具—把思想有逻辑、有细节的合理的组织到一起!

1、熟悉项目发生的相关业务行为。

言下之意,就是说:我们要做的是什么项目,我们这个项目主要是做什么业务,具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。简而言之的要求:
面向业务(对象),进行业务行为(设计),也是需求的开始,

比如:通过use case 可以很容易,很清晰的将整个业务员系统直观、规范的表达出来,按照模块建立各个package,从而将复杂的业务通过case直观的表现出来。

2、将业务,从产品层面肢解开来,做到抽丝剥茧部分与整体统一

很笼统的说,就是流程问题。
流程就是逻辑,你只有制定合理的、符合业务实际情况。符合系统实现(可实现、容易或稳定实现)的流程,才会更好支持日后的业务系统和管理系统服务实际的业务。
不管是进销存、还是SAP原理其实都是相通的。

3、把项目条目化,条理化,目录结构具体规定好。

有了上面主要的CASE和流程的保障,接下来就应该要从系统的功能方面做条目化的规划制定了。功能怎么排列,设置更符合业务的使用逻辑,怎么样让使用者更容易、直观的入手,怎么样一个很好的B/S或C/S的功能界面呈现到前台。

4、前台结构布局,合理规范的将系统脱去朦胧的华纱。

众所周知开发者和使用者是不知道这个地方应该有哪些功能,到了这一步了有哪些功能,数据提交失败有什么提示,不会使用有什么帮助或提示操作、入口。

所以做为产品人员我们要充分的考虑到上述到这些东西,对于从业人员来说这也是我们最基本的素要体现。很多人都说,要符合业务系统,要符合使用习惯,要符合浏览或人机传播,口碑,品牌形象习惯,总是就是人性化的去把这个东西设计的更合理,更易用,更有亲和。

5、穿针织网,把需求综合起来,整理成最终的产品需求文档

该做的做了,然后开始做到一个文档里,写明项目名称,把CASE/l流程、目录放近去,把项目背景、需求的各个约束、规则的界定、文字的补充说明交代清楚,同时把模块的字段,状态,对应该操作。所以模块设计的页面地址整理好,一份色香味齐全的文档就出炉了。

 

2、产品经理工具技能

  

2.1、流程用具

Visio是基础的一款办公工具,其实也是很最好用的。通过Visio我们可以很方便、快速、高效的把业务流程、系统实现流程画出来。Visio本身是有很多组件库的。就像一般情况而言,简单的、复杂的流程,我们都可以通过visio的基本流程图就够了。

它的优势在于:

一、专业,本身就是为流程而身;

二、高效,软件提成了一系列的流程环境,不论你做什么都易如反掌;

三、可扩展,通过添加一些visio模具,可以满足用户个人日益增长的需求。

不过有利必有弊,Visio它的劣势在于:

一、文件导出支持格式少,如不能直接导出为pdf;

二、打开方式局限,如果另外一台机器没有visio环境,只能借助额外的工具阅读。

三、软件本身不带一些很炫的模具效果。

不过我们选择、使用软件,总是用其长,抛其短。下面我拿几个我画过的流程给大家演示一下visio的魅力所在:

  

2.2、用例工具

Rational-Rose 确切的来说是面向对象的建模工具 ,通过Rational-Rose,我们很标准、清晰的把一些繁琐的业务实现原理、对象协调流程通过图示表达出来。

产品经理应用Rational-Rose,可以很方便的把用户行为、多系统协作具体联系起来,而不用用很大一推文字区表达和阐述。一来提高工作的效率,二来也更好的让工程师获得了解。我在之前的SNS社区中很多图示都是用Rational-Rose画的。

Rational-Rose提供了:

一、用例图;

二、类图;

三、序列图;

四、状态图;

五、活动图;

六、组件图;

七、部署图;

八、等

可以把日常、业务、系统实现需要的一些逻辑,很好的通过图示传达。例如:很简单的一个自动咖啡机流程,我们通过一个小人,几个圈圈就能说明道理。以下是我曾经画过中的几个图示,想必大家一看就知道Rational-Rose的妙用了。

  

2.3、原型工具

Axure这个工具,是产品交互设计师的一个利器,07年的时候就在研究它使用它,相信绝大多数同行都认为它的优势在于:

一、Axure这个软件功能强大,可以做出很多交互效果,直接通过拖拽画出原型、生成网页;

二、Axure这个软件效果高,只有遵循一些可用性原创,很快模拟出高保真页面原型。

三、Axure这个软件,上手容易,稍微看看一些教学Demo,你也能达到专家级的水平。

还依旧在依赖Word、Ppt工作中的朋友,您可以考虑一下它了。Axure软件的用法,无非是基于于onmouse/onclick/onfous以及onload一些交互。要是做些TAG或菜单动态样式的一些技巧。其实你只要弄清楚每个线框图组件,它对应能模拟、实现哪些功能就好了。

不过大家不要拘泥于软件的使用,我看到很多群,很多人专研Axure软件的用法,其实我觉得适可而止就行了。

一、Axure生成的原型,只作为定效果用,不具备直接适用性;

二、Axure生成的原型,只是配合你解说,并不是取代你解说;

三、Axure生成的原型,只是反应的你的交互设计意识,并不是代表你的交互实现能力;

所以说重要的还在于交互设计的想法、理念,以及对视觉、用户体验的研究,横向软件的熟练度,并不能增加你的垂直水平。真正的产品经理应该从产品交互设计师转向怎么思考作为真正的产品经理。那顺便也提到一点,做为产品设计从业者特别是很多做互联网的朋友,一定要了解基本的Html、了解一些技术的实现原理,因为交互也是有章可循的。很多时候,一味的天空行空只是我们的Idea而已。

  

2.4、演示工具

产品经理技能-产品演示,是日常中必备的一项技能,我用demo-builder给大家演示了一些涉及的常用技巧。一般情况下,新产品的发布与演示,以及帮助操作需要做手把手演示。这样很多很傻瓜的用户也能跟着演示一步步的去做、去完成。

demo-builder本身这个软件没有什么技术含量,在做演示产品的过程中,你可以选择截图自己去场景拼接,或者直接录制屏幕,在事后回放的过程中进行编辑,剪辑。那需要注意的是,一定要保证生成出来的文件比较小,这样用户下载的时候可以很方便的去查,文件大的,可以做loading。

产品经理技能-产品演示,有备无患,很多时候专业的flash人员不在,那就你发挥的时候到了。稍微有点动画知识的产品经理就知道,demo-builder其实是很好上手的,原理有点像很多电子杂志制作软件。通过帧的组合,快慢、场景的过渡,就能完成很多专业化的效果。本身,一些图片的载入,载入,帧的载入、载出都是现成有的。关键就看你怎么样合理组织了。

  

2.5、测试工具

TestDirector是Mercury Interactive公司推出的基于WEB的测试管理工具。它能够指导进行测试需求定义、测试计划、测试执行和缺陷跟踪,即整个测试过程的各个阶段。通过整合所有任务到软件测试中,来使整个测试管理工作更有效,并确保客户收到更高质量的产品。

  

2.6、日常工具

013

   

3、用户体验设计

一切以用户为中心的设计理想。用户体验模型(UEM),

012

3.1、用户体验九大注意事项

一、整体视觉设计怎么样?

二、功能可用性怎么样?

三、层级入口设计怎么样?

四、任务流程可用性怎么样?

五、内容可用性怎么样?

六、内容可查找想怎么样?

七、交互合理性怎么样?

八、响应速度怎么样?

九、文字帮助、反馈、引导怎么样?

3.2、用户体验常见六大问题

一、用户来了很迷茫,不知道你这能干什么;

二、用户来了很迷茫,不知道他去哪能操作;

三、用户来了很迷茫,不知道他具体怎么操作;

四、用户来了很苦恼,想做某个任务不可用;

五、用户来了很苦恼,想操作某个功能不可用;

六、用户来了很苦恼,基本疑问得不到帮助指引;

说明:以上部分内容为网络资料收集,旨在给大家一点启发。

Read More

运营管理分析–把握总体趋势,提升经营管理效果

2009-05-25 / 数据分析 / 0 Comments

质量分析
* 全面质量管理–基于生产、服务过程的质量问题发现与归纳,从设计和流程两个方面进行优化改进,全面提高质量管理水平。
* 产品与服务质量控制–及时发现对于成本及最终受益相关的产品及服务质量问题,防止问题扩大化。
* 预测性维护/维修计划–在保证设备和系统正常运转的情况下,预测问题出现的位置及时间点,进行提前维护或维修。

需求分析
通过全面的数据整合、分析和建模服务,针对企业运营过程中占用的资源进行预测,从而准确地衡量企业需求,达到资源的有效配置,尽可能地降低运营成本。
* 库存预测–对于市场的需求变动进行预测及敏感性分析,保证正常供给的情况下最低成本拥有库存。
* 资金预测–对企业/政府的资金预算进行预测,制定合理的预算计划,提高财务决策科学性。

Web分析
通过点击流分析,追踪访问者每一次访问的踪迹,确定那些访问量最大的页面、访问者最不感兴趣的页面以及由于深度隐藏而很少被访问的页面,清晰刻画出网站的使用效率,进而根据访问者的使用习惯对网站进行优化,达到吸引更多访问者、促成更多交易的目的。

Read More

数据库营销公司中的数据管理问题

2009-05-18 / 网络营销 / 0 Comments

首先数据库营销公司面对的数据问题: 

1、数据来源杂

2、跨行业性强

3、数据活性不高,数据大量闲置与无法利用,逐步将被淘汰或者失去使用意义

4、数据完整性不高,数据字段属性五花八门,但外延价值属性不多,灰色数据(不确定其正确、信息不全、)太多

5、数据利用率不高,一方面数据来源不真实,二是数据的进入要求很宽泛,三是跟踪数据能力有限,四是数据信息复杂而无法甄别,五是数据随意性很大,保管不严,失去数据的严谨性。

1、2点这是数据库营销这个行业的硬性的前提,只能从努力减小它给我们带来的影响。

其他的我们真的应该好好考虑我们的问题在哪里?

    先说一下数据库的利用:本来数据库的出现是为了格式化零乱的信息,如果数据管理变成了一种档案而被管理,没有进行开发与使用,有的数据经过一次使用以后,便失去效能,从而停留在对大量数据的管理与保管上,也将失去建立数据库的意义所在。

  数据库营销公司的数据库的数据普通收集完以后,经过筛选为客户寻找客户群或者准客户群,是不完全可以控制的一些数据,这样的数据大量闲置与无法利用,逐步将被淘汰或者失去使用意义,数据本身的性质是沉静的。

    面对这么多,我们或许会说–“都这样,我们很无奈”!这可能是我们最好的解释,但仔细考虑一下,这里面有很多是可控或者说是可以改进的。

    1、组合:数据就是简单的资料,如果能够合理组合,就可以反映出数据的很多建立数据上的数据。例如数据的可用级别分A、B、C、D级别等

    2、数据的升级和保养:数据库营销公司的数据多、乱、杂,必须保证升级后的数据服务周期、效能分析、数据保养、数据级别上有具体的措施加以区别,顺利完成对数据的级别甄别,这样数据的再造功能可以发挥出来,也淘汰或降低部分不合格数据。

    3、对数据进行有效串联平台的搭建:如果数据库的管理和数据维护人员,在本地都懒得让“数据彼此交流、竞争”,怎么做到“分而治之”,增加了大量数据管理的成本和难度。

    4、服务(vt.)数据,提高数据的能动性:人-能动性;数据-被动性;要把数据从被动转向主动就得需要人为数据服务,所以要时刻提醒数据,不能让数据处于休眠状态。例如在做项目的时候合理的提升数据、流通数据。

    5、数据的包装:我们给客户数据时,我们可以做的不知是简单的条条数据,可以有数据中分析的数据、可以有局部与整体的结合、可以有客观的光环。

    6、数据-市场-数据:数据看起来是一个沉静的数字,但放在市场上,数据的力量运开将是作用巨大。

    最后,数据库营销中数据管理如果能做到“数据管理数据 ”应该能够事半功倍了。

Read More

解决团队管理误区的措施

2009-05-16 / 项目管理 / 0 Comments

  提高团队的开发能力

让全体成员分享所有相关的商务信息(商务秘密除外),而且要保证团队成员完全明白这些信息;强化团队发现问题和解决问题的能力;提高团队的整体决策能力。

  在经验教训中成长

如果团队已经做出了错误的决定,项目主管应当同团队成员一起坐下来,反省错误的发生的原因,强调从这次教训中可以学到什么。不要指责任何人或滥用职权,只是告诉团队这个错误决定所带来的负面影响,并让团队研究所学到的东西和可采用什么措施以确保这类过失不再发生。

  避免短视行为

要确保所有团队成员对该组织、其目标和其结构有一个基本的认识。团队成员如果不具备关于团队的基本知识,自然难以认识到一个决议对其他团队和整个公司会带来的潜在影响。团队成员接受的全局观点越强,他们在做决策时对整个工作的考虑就会越多,就更能克服近视倾向。

  快刀乱斩麻的魄力

要想在当今时代保持一定的竞争力,经营机构在决策和实施决策计划时必须当机立断;任何延误都会造成严重后果。当决策完全陷入僵局时,应该提出这样一个问题:“今天不做决定会有什么样的后果?”或者“如果我们今天无法做出决定,事情会发展成什么样?”通常情况下,不做任何决定比行动的后果更严重。

  解决反抗与抵制情绪

技术人员的特点,决定了他们对项目主管的要求和指导一般会有反抗或抵制情绪,特别是团队发展初期。项目主管都应明白这一点,克服团队反抗情绪的最佳策略是把时间和精力都集中在谈论如何实现项目目标上。在这个大前提下,充分激发团队成员的积极性。

  工作重点和工作能力

项目主管可能不是技术专家,所以主管的工作重点是调动团队成员的积极性,为解决技术问题创造充分的条件。一个缺少基本技术技能的团队很容易出现问题,而有着良好基础但并不继续获取和使用新知识的团队,也会在将来陷入困境

Read More