精华内容
下载资源
问答
  • OKR大概在2013年传入中国,开始主要是一些有硅谷背景的初创企业在推行,现在OKR逐步受到IT、互联网、高科技企业的追捧,开始变得流行起来,国内知名的互联网公司豌豆荚、知乎都成功的在企业内部实施了OKR。百科定义...
  • 真正成功(约翰·伍登)

    千次阅读 2014-05-12 21:59:43
    我在1934年总结出我自己对成功定义,那时候我在印第安纳州的南岸市一所中学当老师。有一点点失望,也可能是被我的英语班年轻学生的父母们期望他们的子女获得“优秀”或者“良好”的方式给弄糊涂了,他们觉得“一般...


    我在1934年总结出我自己对成功的定义,那时候我在印第安纳州的南岸市一所中学当老师。有一点点失望,也可能是被我的英语班年轻学生的父母们期望他们的子女获得“优秀”或者“良好”的方式给弄糊涂了,他们觉得“一般”给邻居的小孩还差不多,因为邻居的小孩都是一般般的。但是如果是他们自己的小孩只拿到“一般”的成绩,他们就不满意了。这就使得老师感觉自己很失败,或者年轻学生失败了,但是这是不对的。

    有着无穷智慧的可敬的上帝,并没有把我们人类在智力上创造成一模一样的,就像身高、体重和相貌的不同,不是每一个人都能拿到“优秀”或者“良好”,我也不喜欢这种评判方式。我确实知道30年代不少学校的校友怎么评判教练和运动员队伍,如果你打赢了所有比赛,你就会被认为是比较成功的。但是也不完全是这样,因为我发现我们在加利福尼亚大学洛杉矶分校曾经有几年没有输掉一场比赛,但是感觉上我们每场比赛都没有赢,因为赢的比分差距没有一些校友预估的那么多,而且非常多的时候我经常觉得他们是以一种更功利的方式来做他们的预估的。但是在30年代就是那个样子,所以我理解。但是我不喜欢,也不赞成。于是我想总结出能使我成为一个更好地老师的某个东西,给我指导下的年轻人,不管是运动员还是英语班学生,能激励渴望的东西,而不仅仅是教师里一个更高的考分,或者运动比赛中更多的得分。我思考了这个问题很长时间,想开创出自己的定义,我觉得那应该有帮助。我知道韦伯字典是这样定义的:物质财产的积累,权利或者声望地位的获得,诸如此类。这些可能是有价值的成就,但是在我看来不一定就意味着成功。

    所以我想有自己的定义,回想过去,我是在南印第安纳州的一个小农场长大的,老爸总是教导我和我兄弟:永远不要为超过别人而努力。我能肯定当时他就是这样做的,而我没有,但是这种理念有可能存储在我的意识中隐藏的深处,在很多年之后它又跳了出来。永远不要为超过别人而努力,永远从别人那里学习点什么,永远不要停止尽你所能以达到最佳的努力---这是你自己能控制的,如果你太沉迷于自己无法控制的一些事情之中,陷在其中,为之而烦恼,就会反过来影响那些你自己能控制的东西

    后来我看到这么一段简单的话:“一个可怜的灵魂,跪在台阶上向上帝忏悔,低垂着头,“我失败了!”,他痛哭着说。上帝说:“你尽了全力,这就是成功。””
    从那些事情,或许还有另一件事情,我形成了我自己对成功的定义。那就是:平和的心境,这是只有在你知道自己是尽了全力去做到,自己能力所及的最佳,而能够自我满意才能达到的境界。如果你尽了全力去做能力所及的最佳,努力去改善你所在的现有处境,我认为就是成功。并且我认为别人不能评判,我认为这就像是性格和名誉之间的关系,你的名誉是你在别人眼中的印象,而你的性格是真正的你,我认为本身的性格比别人的印象要重要得许多,你当然希望这两个都是好的,但是它们不一定是一样的。总之,这是我当时尽量传递给年轻人的理念。

    --------------------------------------------------------------------------------------------------
    关于约翰.伍登:
    约翰-伍登(John Wooden),全名约翰-罗伯特-伍登(John Robert Wooden)。约翰-伍登是美国篮球史上以运动员和教练员双重身份入选奈史密斯篮球荣誉纪念馆的唯一一人。这位老人在执教加州大学洛杉矶分校棕熊队的27年中拿到了10个NCAA冠军,包括空前绝后的7连冠(1967-1973),同时他所执教的球队还曾获得88场的连胜纪录。伍登曾六次赢得大学最佳教练员称号。他所获得的荣誉数不胜数。他培养出的巨星弟子包括阿卜杜尔-贾巴尔以及比尔-沃顿等。2010年6月4日,99岁的伍登因病去世。威望崇高的教练员约翰·伍登是以运动员和教练员双重身份入选奈史密斯篮球荣誉纪念馆的,目前在篮球王国——美国的篮球界只有一人。他就是威望崇高的约翰·伍登。并且为人所惊叹的是,这位美国历史上最富盛名的教头,居然没有执教过NBA的球队。

    展开全文
  • {定义介绍}什么是REST

    万次阅读 2007-10-30 15:44:00
    REST架构风格是全新的针对Web应用的开发风格,是当今世界最成功的互联网超媒体分布式系统架构,它使得人们真正理解了Http协议本来面貌。随着 REST架构成为主流技术,一种全新的互联网网络应用开发的思维方式开始流行...
    REST架构风格是全新的针对Web应用的开发风格,是当今世界最成功的互联网超媒体分布式系统架构,它使得人们真正理解了Http协议本来面貌。随着 REST架构成为主流技术,一种全新的互联网网络应用开发的思维方式开始流行。 
    

         REST是什么

         REST是英文Representational State Transfer的缩写,中文翻译为“表述性状态转移”,他是由Roy Thomas Fielding博士在他的论文 《Architectural Styles and the Design of Network-based Software Architectures》中提出的一个术语。REST本身只是为分布式超媒体系统设计的一种架构风格,而不是标准。

         基于Web的架构,实际上就是各种规范的集合,这些规范共同组成了Web架构。比如Http协议,比如客户端服务器模式,这些都是规范。每当我们在原有规 范的基础上增加新的规范,就会形成新的架构。而REST正是这样一种架构,他结合了一系列的规范,而形成了一种新的基于Web的架构风格。

         传统的Web应用大都是B/S架构,它包括了如下一些规范 。

         客户-服务器

    • 这种规范的提出,改善了用户接口跨多个平台的可移植性,并且通过简化服务器组件,改善了系统的可伸缩性。最为关键的是通过分离用户接口和数据存储这两个关注点,使得不同用户终端享受相同数据成为了可能。

         无状态性

    • 无 状态性是在客户-服务器约束的基础上添加的又一层规范。他要求通信必须在本质上是无状态的,即从客户到服务器的每个request都必须包含理解该 request所必须的所有信息。这个规范改善了系统的可见性(无状态性使得客户端和服务器端不必保存对方的详细信息,服务器只需要处理当前 request,而不必了解所有的request历史),可靠性(无状态性减少了服务器从局部错误中恢复的任务量),可伸缩性(无状态性使得服务器端可以 很容易的释放资源,因为服务器端不必在多个request中保存状态)。同时,这种规范的缺点也是显而易见得,由于不能将状态数据保存在服务器上的共享上 下文中,因此增加了在一系列request中发送重复数据的开销,严重的降低了效率。

         缓存

    • 为 了改善无状态性带来的网络的低效性,我们填加了缓存约束。缓存约束允许隐式或显式地标记一个response中的数据,这样就赋予了客户端缓存 response数据的功能,这样就可以为以后的request共用缓存的数据,部分或全部的消除一部分交互,增加了网络的效率。但是用于客户端缓存了信 息,也就同时增加了客户端与服务器数据不一致的可能,从而降低了可靠性。

         B/S架构的优点是其部署非常方便,但在用户体验方面却不是很理想。为了改善这种情况,我们引入了REST。

         REST在原有的架构上增加了三个新规范:统一接口,分层系统和按需代码。

         统一接口

    • REST 架构风格的核心特征就是强调组件之间有一个统一的接口,这表现在REST世界里,网络上所有的事物都被抽象为资源,而REST就是通过通用的链接器接口对 资源进行操作。这样设计的好处是保证系统提供的服务都是解耦的,极大的简化了系统,从而改善了系统的交互性和可重用性。并且REST针对Web的常见情况 做了优化,使得REST接口被设计为可以高效的转移大粒度的超媒体数据,这也就导致了REST接口对其它的架构并不是最优的。

          分层系统

    • 分层系统规则的加入提高了各种层次之间的独立性,为整个系统的复杂性设置了边界,通过封装遗留的服务,使新的服务器免受遗留客户端的影响,这也就提高了系统的可伸缩性。

         按需代码

    • REST允许对客户端功能进行扩展。比如,通过下载并执行applet或脚本形式的代码,来扩展客户端功能。但这在改善系统可扩展性的同时,也降低了可见性。所以它只是REST的一个可选的约束。

         REST的设计准则

          REST架构是针对Web应用而设计的,其目的是为了降低开发的复杂性,提高系统的可伸缩性。REST提出了如下设计准则:

      1. 网络上的所有事物都被抽象为资源(resource);
      2. 每个资源对应一个唯一的资源标识符(resource identifier);
      3. 通过通用的连接器接口(generic connector interface)对资源进行操作;
      4. 对资源的各种操作不会改变资源标识符;
      5. 所有的操作都是无状态的(stateless)。

         REST中的资源所指的不是数据,而是数据和表现形式的组合,比如“最新访问的10位会员”和“最活跃的10为会员”在数据上可能有重叠或者完全相同,而 由于他们的表现形式不同,所以被归为不同的资源,这也就是为什么REST的全名是Representational State Transfer的原因。资源标识符就是URI(Uniform Resource Identifier),不管是图片,Word还是视频文件,甚至只是一种虚拟的服务,也不管你是xml格式,txt文件格式还是其它文件格式,全部通过 URI对资源进行唯一的标识。

         REST是基于Http协议的,任何对资源的操作行为都是通过Http协议来实现。以往的Web开发大多数用的都是Http协议中的GET和POST方 法,对其他方法很少使用,这实际上是因为对Http协议认识片面的理解造成的。Http不仅仅是一个简单的运载数据的协议,而是一个具有丰富内涵的网络软 件的协议。他不仅仅能对互联网资源进行唯一定位,而且还能告诉我们如何对该资源进行操作。Http把对一个资源的操作限制在4个方法以内:GET, POST,PUT和DELETE,这正是对资源CRUD操作的实现。由于资源和URI是一一对应的,执行这些操作的时候URI是没有变化的,这和以往的 Web开发有很大的区别。正由于这一点,极大的简化了Web开发,也使得URI可以被设计成更为直观的反映资源的结构,这种URI的设计被称作 RESTful的URI。这位开发人员引入了一种新的思维方式:通过URL来设计系统结构。当然了,这种设计方式对一些特定情况也是不适用的,也就是说不 是所有的URI都可以RESTful的。

          REST 之所以可以提高系统的可伸缩性,就是因为它要求所有的操作都是无状态的。由于没有了上下文(Context)的约束,做分布式和集群的时候就更为简单,也 可以让系统更为有效的利用缓冲池(Pool)。并且由于服务器端不需要记录客户端的一系列访问,也减少了服务器端的性能。

         

        使用REST架构

         对于开发人员来 说,关心的是如何使用REST架构,这里我们来简单谈谈这个问题。REST不仅仅是一种崭新的架构,它带来的更是一种全新的Web开发过程中的思维方式: 通过URL来设计系统结构。在REST中,所有的URL都对应着资源,只要URL的设计是良好的,那么其呈现的系统结构也就是良好的。这点和TDD (Test Driven Development)很相似,他是通过测试用例来设计系统的接口,每一个测试用例都表示一系列用户的需求。开发人员不需要一开始就编写功能,而只需要 把需要实现的功能通过测试用例的形式表现出来即可。这个和REST中通过URL设计系统结构的方式类似,我们只需要根据需求设计出合理地URL,这些 URL不一定非要链接到指定的页面或者完成一些行为,只要它们能够直观的表现出系统的用户接口。根据这些URL,我们就可以方便的设计系统结构。从 REST架构的概念上来看,所有能够被抽象成资源的东西都可以被指定为一个URL,而开发人员所需要做的工作就是如何能把用户需求抽象为资源,以及如何抽 象的精确。因为对资源抽象的越为精确,对REST的应用来说就越好。这个和传统MVC开发模式中基于Action的思想差别就非常大。设计良好的URL, 不但对于开发人员来说可以更明确的认识系统结构,对使用者来说也方便记忆和识别资源,因为URL足够简单和有意义。按照以往的设计模式,很多URL后面都 是一堆参数,对于使用者来说也是很不方便的。

         既然REST这 么好用,那么是不是所有的Web应用都能采取此种架构呢?答案是否定的。我们知道,直到现在为止,MVC(Model-View-Controller) 模式依然是Web开发最普遍的模式,绝大多数的公司和开发人员都采取此种架构来开发Web应用,并且其思维方式也停留于此。MVC模式由数据,视图和控制 器构成,通过事件(Event)触发Controller来改变Model和View。加上Webwork,Struts等开源框架的加入,MVC开发模 式已经相当成熟,其思想根本就是基于Action来驱动。从开发人员角度上来说,贸然接受一个新的架构会带来风险,其中的不确定因素太多。并且REST新 的思维方式是把所有用户需求抽象为资源,这在实际开发中是比较难做到的,因为并不是所有的用户需求都能被抽象为资源,这样也就是说不是整个系统的结构都能 通过REST的来表现。所以在开发中,我们需要根据以上2点来在REST和MVC中做出选择。我们认为比较好的办法是混用REST和MVC,因为这适合绝 大多数的Web应用开发,开发人员只需要对比较容易能够抽象为资源的用户需求采取REST的开发模式,而对其它需求采取MVC开发即可。这里需要提到的就 是ROR(Ruby on Rails)框架,这是一个基于Ruby语言的越来越流行的Web开发框架,它极大的提高了Web开发的速度。更为重要的是,ROR(从1.2版本起)框 架是第一个引入REST做为核心思想的Web开发框架,它提供了对REST最好的支持,也是当今最成功的应用REST的Web开发框架。实际上,ROR的 REST实现就是REST和MVC混用,开发人员采用ROR框架,可以更快更好的构建Web应用。

        对开发人员来说,REST不仅仅在Web开发上贡献了自己的力量,同时也让我们学到了如何把软件工程原则系统地应用于对一个真实软件的设计和评估上。

     
    展开全文
  • 商业模式的定义——做产品到底是做什么   商业模式描述了企业如何创造价值、传递价值和获取价值的基本原理。本文将从商业模式的角度出发,探讨做产品到底是做什么这个话题。 产品经理到底是在干什么呢? 这...

    商业模式的定义——做产品到底是做什么

     

    商业模式描述了企业如何创造价值、传递价值和获取价值的基本原理。本文将从商业模式的角度出发,探讨做产品到底是做什么这个话题。

    产品经理到底是在干什么呢?

    这个问题,刚开始做产品的时候,我们会认为做需求、画原型、写文档,就是我们的基本职责,也是我们的日常工作;只要我们能把这些东西给梳理清楚,我们就有可能把一个产品做好。

    事实上,这个仅仅是把事情做对的一个条件;这些功能,它只能保证最终交付出来的东西,和之前的设想很像很接近。

    至于做出来的东西是不是用户所需要的,市场会不会接受,最终能不能成功,其实很难评估。

    因为一个产品,它有一个基础的,核心的使命,解决用户的问题,满足用户的期待,并获取商业的成功——有人用,有人买单,还能做大。

    所以,最直接的来说:产品经理这个岗位就是为了为企业创造价值——实现商业上的成功,他的方法有且只有一个,那就是(为用户)创造价值,然后传递价值(把产品的价值通过恰当的渠道传播给受众)。

    好产品就是为用户创造价值

    这也是一个商业模式描述方式:企业如何创造价值、传递价值和获取价值,它是一个完整的产品、服务和信息流体系。

    如果你想真正从0到1构建一个产品,想在未来某个节点上创业的话,商业意识和商业逻辑是最底层的逻辑。

    既然商业模式描述的是创造价值、传递价值、获取价值,那价值到底是什么呢?

    好的产品解决的是应用环境下的综合性问题,产品的价值体现,可以分拆了三个维度。

    好产品就是为用户创造价值

    (1)用户端:

    价值体现在用户使用,获取产品的意愿。

    ——这个就是换用成本的问题,一旦换用成本过高,这个产品就很难成功。比如微信难以撼动,就是因为用户想要脱离社会关系网络的成本太高。

    (2)竞争端:

    要看用户是否愿意付出的成本上限。

    ——产品的竞争力,最终都体现为用户为了获取该产品愿意支付的最高成本上限,当一个替代品进入市场,必须有能给用户足够的洞理驱使用户换用替代品。

    (3)企业端:

    站在企业的角度,实际就是成本结构和收益的规模性问题 。

    从这三点出发,我们可以有一个结论性的东西出来:价格不等于价值,价格一定要匹配价值;否则,这个产品就极难成功。

    因为产品的价值覆盖了一个产品从设计、生产、营销、交付、支持的全过程,价值不是指单点的体验,而是一个链条,也是一个产品闭环的过程。

    商业模式:指的是企业与企业之间、企业的部门之间,乃至与顾客之间、与渠道之间都存在着各种各样的交易关系和连结方式。这一点其实又引发了另外一个思考,就是产品的定价问题。

    如果是从事硬件相关的产品工作,这一点一定要深刻的理解,到底你的产品它能以什么价格匹配它给用户带来的价值。

    用一个公式表达就是:

    以怎样的成本,用怎样的方式给谁提供怎样的服务,获得什么回报。

    好产品就是为用户创造价值

    产品的价值链覆盖了从设计、生产、营销、交付、支持的全过程,所以,我们也就可以把商业模式的实现过程拆分为4个节点路径:

    1. 用户:特定的用户,任何一个产品都不能满足所有的人需求;
    2. 产品:迎合独特的需求,不解决某些需求的产品,才可能是好产品;
    3. 运营:有效的渠道触达,包括营销和销售,其实这里环节里面,还有很多的话题,其中之一,就是到底是市场驱动,还是机会驱动;
    4. 盈利:可控的成本和可规模的收益。

    我们可以看到,这个路径上,商业模式就是一个蓝图,通过企业的结构、流程和系统来实现;覆盖用户、产品/服务、企业资产、盈利(财务生存能力)。

    也就是,不同的企业环境,面对同一用户群和同一个需求痛点,会有完全不同的产品方案,有的会成功,有的会失败。

    我们在准备向市场推出一款产品,并期待它能实现我们的期望,理想,可以用商业模式画布这个工具,它完整的回答了如何创造价值,传递价值和获取价值的过程和思路。

    好产品就是为用户创造价值

    • 创造价值:用户细分+价值主张(解决谁的什么问题)
    • 传递价值:客户关系+渠道通道(如何提供解决方案)
    • 获取价值:关键业务+基础建设+合作伙伴(如何实现盈利)

    一旦明确了产品的价值主张,也就意味着设定了产品的用户对象和范围,当你决定产品为谁解决问题的时候——明确了细分的用户以后,它就会开始忽略另外一些用户。

    这个话的意思就是:一定要去选择你的用户至少在产品的某些阶段,一定要选择性的适应你的用户,而不是幻想吃掉所有需求所有的用户,这是非常危险的一种想法和做法。

    我经历过的几个失败的项目,就是因为缺乏选择而最终失败退出竞争。要理解一点的是,当你没有筛选,就会进入不敢选择,然后进入无法选择的局面。

    这是一个必然的逻辑。

    好产品就是为用户创造价值

    据说张小龙每天收到1000条微信改版建议,我相信在做的大家也都一样,每天会接到很多的反馈和建议,新增XX功能,修改XX设计。

    一定要记住一个产品的基本原则,那就是不要盲目,也叫克制,一个产品不可能满足所有人的所有需求。

    这里有一个事情一定要注意,就是我们常说的“心智模型”,在一个襁褓中的产品,不要轻易的去挑战用户的常规思维,不要想着可以教育用户、改变用户。

    突破用户的心智模型,不是说完全不可能,而是不要轻易去挑战用户。乔布斯做到了,不代表你我可以做到,要做到这一点,和当时的情景、文化、技术等等都有关系。

    而且一定要注意的是,要避免聚焦现有用户,而应该盯着新用户,要去适应更多的用户,而不是只有老用户。对于用户而言,是什么没那么重要,要付出怎样的代价才能满足内心设定的预期很重要。

    俞军提出是( 新体验 – 旧体验 ) – 换用成本这个价值公式,转换为$APPELAS工具,则更具有可操作性。

    迈克尔·波特则用“替代经济学”来解释用户的整个替代逻辑,当你的产品能牢牢掌握住这一点,就有可能在市场上获得非常好的表现,打败竞争对手。

    好产品就是为用户创造价值

    并不是所有用户都对价格敏感,卖点则是针对竞争对手而言,如何让用户决策的基本依据,而且每一个产品针对不同竞争对手都是可以有差异的。

    当然,价值一定不是单纯的用户价值或者组织的商业价值,比如滴滴、淘宝,它们都是明显的三方角色:用户、平台、商家(滴滴的司机、淘宝的店铺)。

    所以,设计产品时,一定要去充分考虑围绕用户的整个链条实现价值最大化,包括涉及到的整个供应体系。

    供应链,本质就是价值链。

    一个真正可行的商业模式必须满足用户价值和商业价值的两个方程式,只有先为用户创造价值,满足了用户心理上的期待,才可能获得价值回报。

    用户感知到的、认可的产品价值越大,这个产品就越有生命力,就越能持续性的经营,也就越能为企业获得商业回报,就越能成为企业的现金牛;否则,很容易就会变成企业的一个黑洞,一个不断吞噬企业资源和资金的黑洞。

    好产品就是为用户创造价值

    但现实中不容忽视的是,“价值”在多方博弈的过程中,经常会出现扭曲,最首当其中的就是产品的质量。

    为什么会出现三聚氰胺的事件,就是价值利益的分配问题,甚至是为了获取更多的利润空间,无底线的牺牲用户价值,以及用户与产品建立的纽带关系。

    不忘初心非常的难,很多时候不会随你的主观意愿而改变。任何组织和资本一样,本身就像齿轮一样,一旦发动,就会产生持续性的惯性力量,推着你往前走,越走越远。

    任何一个产品的开发过程,都是一项投资行为,每一位PM都更多的用商业的视角去考量,设计产品,期待大家做出改变世界的优秀产品,成为你们想成为的那种人。

    展开全文
  • 曾经成功的敏捷团队为什么失败?

    千次阅读 2014-11-09 16:17:56
    一个成功的项目经理晋升了,续任者不可能有前任相同的看法和经验。中国人信奉新官上任三把火,续任者总是有些不一样的。“萧规曹随”虽然也是国人古代的智慧,但貌似在中国用得不多。 目前而言,培养权威的项目经理...

         9月份某日,我参加了智联研发每日微信沙龙,讲述了一个团队先搞敏捷成功,后来失败的故事,来自于某知名公司的亲身实例,非常棒。

    沙龙后,咕咚老王整理了一篇博文《一个成功敏捷团队的失败历程》,(转载在 http://blog.csdn.net/zhangmike/article/details/40950267

    本文试着从我的视角来分析下为什么?

    首先来看其前期为什么成功?

         1,项目经理首先选用了Scrum,决定实施自动化测试,允许测试落后开发一个Sprint

         2,美国老大不满意,要求开发测试必须同步,制定强制要求,引入TDD(被老大逼迫使用的)

         3,项目经理进一步要求,开发人员必须参与集成测试Case的编写

         以上看起来是命令驱动的结果。将常见的敏捷实践用起来了。


    那么为什么后期失败呢?

        1,项目经理和测试Leader离开团队,虽然来了一位美国架构师,但后来他也离开了。

        2,原测试人员的顶头上司(测试部门经理)转变了职能

        3,没有人真正关心质量,原来的敏捷实践-结对,TDD被放弃,自动化测试用例不再维护


    咕咚老王对于前期成功的分析是“前一个产品开发阶段的敏捷,是权威下的“敏捷”。之所以成功,不是形成了真正敏捷的自组织团队,而是在项目管理人员的个人权威之下,实施了真正的敏捷实践。”

          所以可以看到,真正的敏捷实践能够带来团队的成功,虽然没有形成真正的敏捷自组织团队。

         咕咚老王在文中推荐了敏捷教练/Scrum Master。这是一个不错的解决方案。

    但除了这个解决方案之外,还是否有其它方案呢?  笔者推荐如下的2个方案

    1,保持权威,既然权威敏捷带来了成功,何不发挥这种方式。

    2,将形成的好实践落在团队章程上,形成组织+团队双重监督


    对于保持权威,即是让续任的项目经理继续坚持好的实践,续任的项目经理要同样的理解敏捷实践,理解其中利弊,能够做出权威的正确决策。这其实是对一个组织的项目经理培养机制的考验。一个成功的项目经理晋升了,续任者不可能有前任相同的看法和经验。中国人信奉新官上任三把火,续任者总是有些不一样的。“萧规曹随”虽然也是国人古代的智慧,但貌似在中国用得不多。  目前而言,培养权威的项目经理较之培养合格的敏捷教练,我认为培养前者更容易些。 在东方官文化下,合格的敏捷教练实在是太稀缺了。


    而对于团队章程,即是将团队得到的好做法记录下来,在Scrum中推荐制定完成定义DoD,这其实就是团队章程,或者说章程的一部分。

    团队章程在每个(或者每2个)迭代的回顾会议上得到更新的机会,把最新的好实践加到团队章程中。

    加入的方式可以是自组织的方式,也可以是权威方式。

    权威方式获得的团队章程将高于权威,也即是团队章程不会被权威轻易的修改。

    团队章程的形成会对权威形成制约。

    这样固化的共识就不会因为个别权威人员的离开而消散。


    展开全文
  • 同样重要的是明确数字化转型成功的标准是什么。而充分理解数字化转型的具体定义,理解数字化这个概念本身,至少可以确定出正确的方向。 我刚刚采访完一位架构师。采访中我问了一个自己最喜欢的
  • 首先就得知道客户需求什么真正的明白了客户的需求,才能去帮助客户成功,才能鼓舞客户成功。现目前的成功或许是经济上的,或许是物质上的,但是有的时候别人需要的,或许并不一定是和你有一样的需求。或许登山的人...
  • Android状态栏微技巧,带你真正理解沉浸式模式

    万次阅读 多人点赞 2016-08-23 07:32:55
    记得之前有朋友在留言里让我写一篇关于沉浸式状态栏的文章,正巧我确实有这个打算,那么本篇就给大家带来一次沉浸式...而有些人在没有完全了解清楚沉浸模式到底是什么东西的情况下,就张冠李戴地认为一些系统提供的状态
  • 一个架构师谈什么是架构以及怎么成为一个架构师

    万次阅读 多人点赞 2015-02-24 20:05:45
    所以今天我们先来点”番外篇“,讲讲什么是架构师,什么是架构这个永恒的话题吧。此篇源出自我在公司内部写的一个PPT,它是用于在公司内部向广大技术人员做普及用的一个资料,而CSDN这边的编辑不支持图文混排的效果...
  • 成功项目管理秘诀

    千次阅读 2012-08-11 14:30:11
    摘自SDMagazine,Karl Wiegers著,UMLChina.Shids译  ...1. 定义项目成功的标准  在项目的开始,要保证风险承担者对于他们如何判断项目是否成功有统一的认识。经常,满足一个预定义的进度安排是唯一明
  • 智能合约是什么

    千次阅读 2018-05-07 21:10:34
    通过谷歌的关键词搜索趋势图可以看出,智能合约正在受到越来越多的关注,从而我们需要一个更加清晰的定义。目前,与人们对智能合约的兴奋相伴的还有对这一术语含义的困惑。Peter Todd–比特币核心(Bitcoin Core)的...
  • 《重新定义公司》阅读随笔。
  • 真正理解Mysql的四种隔离级别

    万次阅读 多人点赞 2019-04-30 17:10:47
    什么是事务 事务是应用程序中一系列严密的操作,所有操作必须成功完成,否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性,一个事务中的一系列的操作要么全部成功,要么一个都不做。 事务的结束有...
  • Android:JNI 与 NDK到底是什么?(含实例教学)

    万次阅读 多人点赞 2017-06-14 17:03:49
    前言 在Android开发中,使用 NDK开发的需求正逐渐增大 但很多人却搞不懂 JNI 与 NDK 到底是怎么回事 ...定义:Java Native Interface,即 Java本地接口 作用: 使得Java 与 本地其他类型语言(如C、C++)交互 即在 Ja
  • 成为一名成功企业家的10个秘密

    千次阅读 2012-08-23 17:40:46
    我记得自己在自己的微博上曾经问过,“如何定义自己的成功?”这个问题自然是仁者见仁智者见智的。每个人都会对成功有不同的定义。有的认为那些家财万贯者是成功的,有的认为舍己救人的女教师、司机是成功的。每个人...
  • 真正的面向对象编程思想是怎样的?

    千次阅读 2010-12-20 11:22:00
    真正的面向对象编程思想是怎样的? 真正的面向对象编程思想就是忘掉一切关于计算机的东西,从问题领域考虑问题, :-) 从问题想? 我的理解: 1、将分析过程为抽象的过程:简言之:分成多个小...
  • 周鸿祎:成功是熬出来的,创业别怕做阿甘 投递人 曾经的梦 发布于 2010-12-02 21:07 评论(5) 有600人阅读 [收藏] « »  360董事长周鸿祎(资料图)  不要怕别人说自己是二百五,你坚持做下去,就像...
  • 如果选定的哈希表长度为m,则可将哈希表定义为一个有m个头指针组成的指针数组T[0..m-1],凡是哈希地址为i的数据元素,均以节点的形式插入到T[i]为头指针的单链表中。并且新的元素插入到链表的前端,这不仅因为方便,...
  • 真正的坚毅的品质

    千次阅读 2020-04-14 17:12:12
    恰恰相反,具备真正的坚毅品质的人知道什么是重要的,无须任何人的肯定或表扬,也不寻求对自己的功劳公开宣扬,以提升自信或自尊。 自信 真正的坚毅的特点是真正的自信。拥有真正坚毅品质的人完全依靠他们自己,因为...
  • 原先是在servlet里面定义了Monitor这个类的一个对象变量,并生成setter/getter,并且在spring的配置文件中注入了这个servlet,servlet也引用了这个类,在init()方法里调用了this.monitor.monitor()方法,而Monitor这...
  • 决定成功的10种心态

    2005-03-11 18:11:00
    决定成功的10种心态 每一个人都渴望成功,不同的只是大家对成功定义与理解。想要成功吗?先看看自己是不是具有下面的十种心态。 自信 什么叫自信?自信就是眼睛尚未看见就相信,其最终的回报就是你真正看见了。...
  • poi是什么

    万次阅读 2016-11-09 21:11:48
     1、读取数据库的信息,这里并没有真正的连接数据库,采用的是使用jdbc工具类的方式  List<Vip> list=JdbcUtil.getList(Vip.class, "select * from vip");  2、  //创建行  Row row=sheet....
  • 任正非“对成功视而不见”,成功才能始终伴随华为。 根据华为公布的2010年财报,华为去年销售收入达1852亿人民币,按照2010年的平均汇率计算,大约280亿美元,已经非常接近全球排名第一的通信设备商爱立信(约308亿...
  • 真正理解mysql的事务级别

    千次阅读 2017-03-30 17:41:58
    什么是事务 事务是应用程序中一系列严密的操作,所有操作必须成功完成,否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性,一个事务中的一系列的操作要么全部成功,要么一个都不做。 事务的...
  • 如何真正的退出Android App

    千次阅读 2016-03-22 10:03:50
    如何真正的退出Android App1....如果你定义一个变量,在逻辑中有增加的业务(初值为0,增加至10),如果你不能妥当的退出程序,那么再次启动时,如果这个进程没有被系统因为资源不足而杀死,那么它将仍然
  • 决定成功的10种心态

    千次阅读 2005-03-11 11:57:00
    决定成功的10种心态 --------------------------------------------------------------------------------每一个人都渴望成功,不同的只是大家对成功定义与理解。想要成功吗?先看看自己是不是具有下面的十种心态...
  • 坚持不是取得成功的保证,正确的坚持才是。方向有偏差就像两条有夹角的线,开始相差也许只有1厘米,随着不断延长两条线之前的距离会越来越远,努力方向稍有偏差有时后果不堪相像。我曾经收到过一封计算机专业博士...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 380,166
精华内容 152,066
关键字:

成功的真正定义是什么