精华内容
下载资源
问答
  • 项目管理:房地产OA办公系统项目复盘及案例分享资料ppt
  • 项目复盘

    2019-06-13 16:14:03
    什么是项目复盘? 复盘,是一个围棋术语,也称 “复局”,指对局完毕后,复演该盘棋的记录,以检查对局中招法的优劣与得失关键,这样可以有效地加深对这盘对弈的印象,是提高自己水平的好方法。 项目复盘直白的讲,...

    什么是项目复盘?

    复盘,是一个围棋术语,也称 “复局”,指对局完毕后,复演该盘棋的记录,以检查对局中招法的优劣与得失关键,这样可以有效地加深对这盘对弈的印象,是提高自己水平的好方法。
    项目复盘直白的讲,其实就是对过去完成的项目所做的一个回顾,对一些关键事件进行分析,从而从过去的经历中总结经验教训,为接下来的项目和工作提供有价值的参考。

    为什么要做项目复盘?

    项目复盘,不仅能对项目进行一个有仪式感的回顾,还能让参与复盘的人员在项目管理及专业技能方面有所收获和学习,项目复盘以后,会产出一些促进团队和个人改进的实践或者方法,鼓励成员以后去做,能帮助团队和个人将来少走一些弯路,对那些伤害项目的行为也可以喊停,去除危害项目的不利因素,通过这种方式,逐步形成一种持续改进的文化。

    4步法的最佳实践

    第一步:回顾目标

    回顾目标就是回想最初的目的、初衷是什么。从项目的角度,我们需要问以下几个问题:

    1)用户的需求是如何从提出到立项的?

    2)想要实现的目标和收益是什么?

    3)最初的计划是怎样的?(绩效目标)

    4)预期的风险和应对措施是怎样的?

    以上其实是我们在做项目前都需要做的几件事情。比如,立项的时候我们需要阐述项目目标和收益,做计划等。可是我们常常会在做项目的过程中忽略掉最初的一些初衷。所以,复盘的时候,我们需要把这些都重新回顾一下。

    第二步:评估结果

    在回顾完目标后,需要对照目标和结果,发现差距或差异。同样,我们需要回答以下几个问题:

    1)最初的目标和收益有没有实现?

    2)最初指定的计划执行情况如何?(可以展开阐述,如进度计划、成本计划、资源计划等)

    3)预期风险是否发生?应对措施是否有效?

    4)发生了哪些意料之外的事情?有何影响?发生的原因是什么?

    第三步:分析原因

    在评估完结果后,就到了复盘中的核心环节,就是分析原因。能够实现改进,取决于原因分析得到不到位。同样,分析原因的部分需要回答以下几个问题:

    1)目标或收益没有实现的原因是什么?

    2)导致项目绩效问题的原因是什么?(这是对执行过程的复盘,也可以从主观和客观的角度分别分析)

    3)风险应对措施不好的原因是什么?

    4)为什么有些意料之外的事情未被识别为风险?

    这几个问题并非让项目经理一个人来回答,而是需要有角色自我剖析。如果是所有人盯着项目经理说,那可不就成批斗会了?项目经理可以先从项目管理的角度来剖析。PMO可能需要从制度建设的角度来剖析。产品可能需要从需求管理的角度来剖析。用户可能需要从业务规划的角度来剖析。

    第四步:总结和改进计划

    这一步很多时候我们会忽略或不够重视,其实这一步很关键。复盘会不会白复就看最后这步有没有落实。

    第四步包含两部分内容,一是总结,二是改进计划。

    总结相当于是对整个过程的回顾,特别是分析原因后大家得出来的一些结论,需要重点回顾,以促进达成共识。

    第二部分是针对这些问题,我们要如何改进。有些原因可能需要系统的改进方法,在现场可能无法给出一个完整的方案。

    而针对不同角色的原因则可以分别明确一个改进的计划。基于大家对问题的共识,系统地改进方案则可以在会后,单独商定。

    以上整个过程均需要记录纪要,并作为项目的过程资产归档。对于改进计划的落实,有必要设置检查点和负责人。

    每次复盘出来的问题都可以在下一次复盘时重新审视,这些问题是否还存在,之前的解决方案是否有效。组织的持续改进就在这一点一滴的优化和迭代。

    展开全文
  • 没有,恰恰相反,项目过程中的一个重要环节才刚刚开始,那就是:复盘,或者说总结。 复盘的重要性 ​ 有句话说得好:“失败是成功之母”,但是这句话应该还有半句话没说出来。那就是,不是每次失败都会是成功之母,...

    项目结束不是真正的结束

    ​ 经过千辛万苦,产品上线了。项目组成员们往办公椅上一趟,长出一口气说终于结束了,项目组成员们都琢磨着去哪里吃上一顿大餐犒劳一下自己。但是这样真的已经结束了么?没有,恰恰相反,项目过程中的一个重要环节才刚刚开始,那就是:复盘,或者说总结。

    复盘的重要性

    ​ 有句话说得好:“失败是成功之母”,但是这句话应该还有半句话没说出来。那就是,不是每次失败都会是成功之母,而只有总结了经验教训之后的失败才能成为成功之母,才能说让自己不在同一个坑跌倒两次。

    如何复盘

    ​ 如何复盘的文章网上已经有一大把,我这里就不重复的引用,就基于基本的复盘步骤来聊一聊从程序员出身的项目经理的角度来看,怎么去做好这四个步骤。

    回顾目标

    ​ 这里再一次体现了目标的重要性。如果没有目标,复盘也无从说起,因为你都不知道什么是好,什么是坏。这也再一次强调了目标需要用SMART原则去衡量的重要性。因为如果目标不是可衡量的,在复盘的时候就无法对目标进行偏差的评估。

    基于事实评估结果

    ​ 每个人都会有情绪,每个人都会选择自己的需要的内容去进行记忆。所以基于事实去评估结果我认为是复盘中最关键也是最难做的部分。

    ​ 每个人在讲述过程的时候,都会选择对自己有利的角度去进行讲述,将对自己不利的部分忽略或者淡化。这是人之本性。因此,在项目过程中如实的记录就变得非常的关键。我认为项目过程中的记录可以在下面几个地方注意。

    • 日报。很多程序员会认为这是一个非常浪费时间和精力的事情。但是如果你通篇看下来,看到这里时,你是不是也会认为日报会是一个非常有用的工具。
      • 首先,我认为日报不是一个浪费时间的事情。而是一个梳理自己当日工作内容,识别当前问题和风险,并为第二天的工作做好安排的利器。
      • 第二,上面这一点药实现的话有一个前提,就是项目总目标,阶段目标,阶段字母表拆分的非常明确。过程计划非常清晰的基础上,这样每个人才会有清楚的工作计划。如果工作无整体安排,工作就会和踩着西瓜皮一样,溜到哪算哪,工作日报自然也无从谈起,反而变成一个多余的事情。
      • 写日报不是目的,而是工具。不要用的太死板,因为有些预研或者研究性的工作,可以适当的把时间间隔拉长,比如双日报之类。
      • 最重要的,日报是在做项目复盘时,最好的事实记录基础
      • 最后,个人认为,一份好的日报。完成的事情不会超过5件。太多了的话要不就是扯淡,要不就是在打杂。
    • 会议纪要。会议是一个很好的工具,但是用好不容易。网上也有很多开好会议的指导,新的项目经理很有必要去研读一下。我这里提到的就是一个会议结束之后,必须要有成文的纪要。
      • 一是会议讨论往往都是比较发散的,将其中的重点抽取出来形成文字便于保存,所谓的“好记性不如烂笔头”。
      • 二是便于传播。都是信息时代了,会议的决议和精神不可能通过口口相传来进行传播,这样效率又低,又非常容易造成信息丢失。
      • 三是便于执行。会议上的决定都是停留在口头上,只有执行了才会变成现实。会议纪要就是督促会议参与人员和周边人员按照会议结论进行执行。
      • 回到我们的这个小主题上,会议纪要也是重要的过程事实。和日报记载日常工作和进展不一样,会议纪要记录了项目过程中的重要决策,决策的背景和原因等等。

    ​ 从上面的一些过程中发现了事实之后,我们就可以根据结果与目标之间的差距,参考过程中发生的事实,来分析成功和失败的原因了。

    分析原因

    ​ 有了目标与结果的差距和事实依据之后,我们就可以来开始分析原因了。

    • 分析两种原因:
      • 成功的原因,这样可以指导我们碰上相同的情况可以根据这些经验来指导我们的决策,这我们称作知识沉淀。
      • 失败的原因,这样就是让我们“吃一堑长一智”。

    ​ 一般来说我们能比较好的做好的经验的总结,而不太愿意做失败原因的总结,或者逃避,或者浅尝辄止。从我自己的经验来看,我们不愿意做教训的总结有下面几个原因:

    • 都是一个公司的,低头不见抬头见,不好讲太多不好的东西,多不好意思。
    • 分析错误原因就是在秋后算帐,为了不影响自己或朋友的利益,少说为妙。
    • 不说别人的不对,下次别人也不会说我的。
    • 不愿意面对自己的失败。

    ​ 所以说,我觉得做原因分析这个动作之前,有一些准备性的工作需要做,而且其中一些还是一些长期性的工作,为的就是一个目标:不让原因分析变成针对某个人或者某个团队的集中批判大会

    1. 我自己的经验是,我会准备一个ppt,在这个ppt的第一页就写上几个大字:“我们相信项目组成员做的每个决策都是当时最合适的决策”。为什么这么写呢,因为在分析原因时,很多人都会以一种**“事后诸葛亮”的态度去看待,你当时为什么不这么做,你当时这么做就好了。要知道,在做出决策的当时,并没有现在坐在办公室时有那么多的信息可供决策。我们是去集思广益地发现决策的不足,而不是去批判这个决策到底对不对**。
    2. 营造一种积极面对错误的风气,不停的主张:“我们是要发现问题并解决,而不是发现问题并丢到某人身上”。
    3. 设计相对合理与灵活的考核制度,这个可能一般不在项目经理的职责范围之内,所以就不细讲了。
    4. 基于事实的描述。另外避免**“你应该”,“你必须”等词语。而尽量使用“我们应该”,“我们必须”**这样的称呼,在语境上营造大家是一个团队的氛围。

    如何做原因分析

    ​ 做原因分析的过程基本上是以问题来推进,其实就是多问几个为什么。直到暴露出最关键的问题。那么什么时候是停止继续问为什么呢?我个人的经验是这个问题的回答已经设计到某个人的某个具体动作。这样,我们才可以针对某个具体问题进行改进。

    ​ 举个例子:

    ​ 场景一:

    ​ Q:版本为什么发布失败了?

    ​ A:因为我们的本地和现场的配置文件不一致。

    ​ 改进措施:下次我们一定要保证本地和现场的配置文件一致。

    ​ 如果我们这样去做原因分析的话,那么下一次大概率会再次出现这个问题。因为这个改进措施完全是一句口号,没有具体的措施,动作和责任人。在复盘会议之后就会成为一纸空文。

    ​ 场景二:

    ​ Q:版本为什么发布失败了?

    ​ A:因为我们的本地和现场的配置文件不一致。

    ​ Q:什么原因造成不一致?

    ​ A:测试人员发布没有比对,部署人员现场部署时也没有比对。

    ​ Q:怎么比对?技术上是否可以实现?流程上如何保证?

    ​ A:产品发布上增加比对节点,测试输出操作指导,配置文件版本好和改动范围作为节点输入。部署人员拿到操作指导后进行发布包和现场环境比对。配置文件可以采用beyond compare软件人工比对。后续可以考虑使用脚本自动比对发布。

    ​ Q:脚本工具是否谁负责开发,什么时候可以完成?

    ​ A:xxx在xx日前可以完成。

    ​ Q:流程节点如何保证宣贯到位?

    ​ A:xx负责在团队内部宣讲。xxxxx等步骤。

    ​ 如果按照这样来分析的话,最起码可以保证我们针对这次的问题做出了具体的分析,并制定了改进计划。

    ​ 具体来说,我们一般可以从下面几个维度上来分析原因:

    • 客观因素,比如上面的例子,可能是因为时间,部署条件限制等原因无法比对。
    • 主观因素,如测试和部署没有意识去比对,忘记去比对。这就要通过流程或者技术手段来保证。

    ​ 还可以另外一种分法:

    • 技术因素,技术的失败的原因是什么。
    • 管理因素,在管理流程上是否存在漏洞。

    ​ 还可以有其他的分法,只有针对一个现象按不同的维度进行了分析之后,才会得到详细的改进计划。

    改进计划

    ​ 改进计划就两个重点:

    1. 明确时间,责任人
    2. 从会后开始按照改进计划执行,毕竟只有动起来才是有效的改进。
    展开全文
  • 项目复盘的完整步骤和高效方法

    千次阅读 2021-01-26 16:23:49
    复盘不仅仅是总结,总结只是对某一时间某一件事情的阐述和总结,而复盘在总结的基础上有了更深层次的理解,它是对某事情、项目等的重新回放,梳理做的好的和不好的,积累经验和吸取教训。 一个完整的复盘包括如下四...

    什么是复盘

    古语云,“温故知新”、“学而不思则罔,思而不学则殆”、“吾日三省吾身”等等,都是教导我们:要保持不断的学习,但同时,我们也要注重对以往知识的温习和回顾。工作中同样如此,保持复盘的习惯,不断对自己遇到的问题和从事的工作进行总结思考,遇见了哪些问题?如何解决的?吸取了哪些经验和教训?还有没有更好的处理办法?

    复盘脱胎于围棋术语,意指对弈者在下完一盘棋后,把对弈过程重新摆一遍,看哪里下的好,哪里不好,又有哪些地方可以有更好的下法。后来被引用到股票交易复盘、项目复盘等,大到百千亿的投资项目,小到甚至一次短期旅游的经历,都可以通过复盘来做事件总结、收获提升。

    复盘是回顾、反思、探究、提升的四个过程,回顾、反思、探究是过程,提升是结果。复盘不仅仅是总结,总结只是对某一时间某一件事情的阐述和总结,而复盘在总结的基础上有了更深层次的理解,它是对某事情、项目等的重新回放,梳理做的好的和不好的,积累经验和吸取教训。

    就像联想总裁柳传志对复盘的推崇,他将“复盘”作为联想重要的工作方法论向全球推广,工作复盘是一种有效的将工作的思考、总结、反思、提高整合于一身的工作方式。具体的可以搜一下柳传志关于复盘的方法论。

    复盘步骤

    一个完整的复盘包括如下四个步骤:回顾目标、评估结果、分析原因、总结规律。见下图。
    在这里插入图片描述

    第一步:回顾目标

    立项的时候我们都会定下总体目标,然后会将目标进一步细分为若干任务去完成它们。所以在项目结束后做复盘的时候,首先就要回顾目标,毕竟项目的目的就是实现目标。可以回顾一下项目结果是否与原定目标相吻合还是背道而驰?

    要认清我们回顾目标是项目真正希望达成的目标。不要把实现目标的手段当作目标或者是替代目标。举个例子说,挣钱本来是为了提升生活水平,生活幸福。但不知不觉间,目标从生活幸福就变成挣更多的钱。

    回顾目标的时候,我们不妨问自己几个问题:

    • 当初行动的意图或目的是什么?
    • 事件/行动想要达到的目标是什么?
    • 我们计划怎么做?预先制订的计划是什么?
    • 事先设想要发生的事情是什么?

    第二步:评估结果

    这一步我们需要还原整个项目最终的结果,并将结果与目标进行对比,找到实际的结果和原定目标之间的差别。这里的结果主要指的是突发情况和产生的问题。从失败中学习,所以我们也要从问题中找经验。那么同样的,也可以问自己以下两个问题。

    • 实际上发生了什么事?
    • 在什么情况下?是怎么发生的?
    • 哪些事与目标相比,哪些地方做得好,哪些地方未达预期或有待改进?

    改步交付成果是亮点和不足。

    第三步:分析原因

    事实确定之后,就要着手开始诊断、分析存在差异的原因。这一阶段的目标是找出导致成功或失败的根本原因。在分析原因时,要把握一个原则,就是分析到位,因为分析原因是复盘的关键步骤之一,决定了复盘是否卓有成效。

    原因可以拆分为主观原因和客观原因,主观原因是项目过程中由于自身问题导致的;客观原因是自己无法决定的突发状况。这一步可以问自己以下几个问题。

    • 对于亮点主观原因有哪些,客观原因有哪些?其中起真正关键作用的成功因素是什么?
    • 对于不足主观原因有哪些客观原因是什么,其中最重要的根本原因是什么?

    有一点需要注意,这一步的原因分析不仅有对不足的分析,还要有对成功的剖析。失败了搞清楚为什么失败了、是客观原因还是自身原因、如何避免;成功了就弄明白为什么会成功、哪些关键行为起了作用、这些行为有没有适用条件等等。

    总之复盘时坚持两点:成功了,多想想客观因素;失败了,多找找主观原因。做到实事求是,客观地分析和评价。

    该步的交付成果是成功的关键因素,失败的根本原因。

    第四步:总结规律

    复盘的目的在于以史为鉴,核心目的是从以往行动中或者项目中学到经验教训,并将其付诸后续的改进,形成个人能力。因此,确定导致行动成败的关键原因,找出解决方案,总结出规律和经验,是整个复盘过程中最重要的步骤,关系到此次复盘是否真的能产生作用。

    • 从这个事件活动中学到了什么?有哪些可以坚持或推广的做法,有哪些做法待改进?
    • 如果有人要进行同样的行动,我会给他什么建议?
    • 接下来我们该做些什么?
    • 哪些是可以直接行动的?哪些是其他层级才能处理的?是否要向上汇报?

    但总结规律和经验也要把我一条:找到真正的规律和认识。何为正确的规律可以参考以下几条:

    1. 能经受逻辑的检验。复盘得出的结论,不能建立在偶发性的因素上。必须是经过逻辑推导后得出的。因为只有符合因果关系总结出来的规律,对于我们后续的工作才具有解释和指导的功能,才具有普遍一致性和稳定性。
    2. 可用来指导实践。我们总结规律不能总结外部原因,因为外部原因不可控,如果复盘出的结论是事情由不可抗力决定,我们自己无能为力,自己也控制不了,那么,这个规律对后续的行动就没有太大的参考意义,复盘得出的规律就指导不了我们后续的行动;我们真正要总结的是内部原因,因为内部原因是可控的。比如今天上班迟到,然后复盘得出的结果是路上大堵车。这样的结论对指导我们明天的出行没有太大的意义,毕竟也控制不了交通。
    3. 指向抽象共性而非个案。复盘应该是从个体案例中,提炼出普适性的方法和规律,即从具体个案中抽象出共性的能力。它不仅要有助于解决后续相同案例中的问题,还应该能够解决某一类问题。如果针对某一个案开展复盘得出的规律,该个案结束后,规律就失效,那么这样的复盘价值不大。
    展开全文
  • 个人项目复盘

    千次阅读 2019-06-16 16:52:42
    作为一个新手,该怎样从头到尾完整的开发一个项目呢?我将从:开发前、开发过程中、开发完成后,三个方面来分享我的思考。 项目开发前 项目开发前你要做的就是:需求分析。 需求分析就是理清楚:你的项目要解决的...

    作为一个新手,该怎样从头到尾完整的开发一个项目呢?我将从:开发前、开发过程中、开发完成后,三个方面来分享我的思考。

    项目开发前

    项目开发前你要做的就是:需求分析

    需求分析就是理清楚:你的项目要解决的问题有哪些?你所面对的用户分别有哪些需求(可能是个多用户系统)?

    如果学过 UML 你可以画「用例图」
    读者用例图
    画用例图是描述系统需求的方式之一,你可以用简单的思维导图来代替 UML。

    注意:你个人开发的项目最好是自己平时所接触的,这样你才容易找到自己的需求,明白自己要做的到底是什么。

    如果开发时一头雾水不知该如何开始,你可以「借鉴、参考」。模仿所开发方向同行业优秀案例,结合自己的想法进行改造优化。

    比如我开发的图书管理系统,我就参考了百度排名比较靠前的:北京大学图书馆、温州市图书馆的主页布局。

    开发过程中

    开发的过程要做的就是,根据需求具体实现功能,将「做什么?」变成「怎么做?」。先根据自己的项目需求画出系统的具体结构。
    项目结构图
    根据项目的结构图,逐步的按照模块来实现自己的系统。

    作为新手,GitHub 上类似的开源项目可以给你不少参考。我在开发时也在上面参考了一些项目,在学习别人代码的同时,提高了自己的编程能力。

    开发的过程中可能会遇见不少困难,Google 英文 搜索可以让你更快的找到优质答案,基本上(初级码农)能遇见的问题网上都已经有了解决方案。

    StackOverflow,是我搜索结果,指向最多的网站,编程界也有「面向 StackOverflow」编程的玩笑,这里的答案比百度搜索到的 CSDN 的答案更专业跟具体,可以帮你更好的 了解问题并解决问题

    系统界面的美观很重要。善用一些前端的 UI 框架,例如:Bootstrap、Semantic UI、JQuery UI 等。如果不是有很强的个人设计能力,对色彩的敏感度很高,采用以上的 UI 框架可以很好的帮你美化界面。
    界面对比
    提高用户体验,和用户互动。用 JavaScript 和 Ajax 在表单提交等地方给用户 正确/错误 的输入反馈。

    设计一个良好的数据库。这里也要考虑你的项目是以「代码优先」,还是「数据优先」。一个良好的数据库设计可以降低你项目的耦合性。可以参考数据数库设计的「第一范式」、「第二范式」、「第三范式」来优化你的数据库设计。

    开发完成后

    项目开发完成后,要进行必要的功能测试。对每一模块的每一个功能进行测试根据测试结果对项目中出错的代码进行修改。

    没有经过测试的代码,谁也不能保证不会出错。例如:我的项目 1.0 版本,对于读者修改密码的表单验证就有两个错误。

    $("#submit").click(function () {
        if (pwd1.val().trim().length <= 0) {
            layer.msg('请勿更改为空密码', { icon: 2, time: 1000 });
            pwd1.focus();
            return false;
        }
        else if (pwd2.val().trim().length <= 0) {
            layer.msg('请勿更改为空密码', { icon: 2, time: 1000 });
            pwd2.focus();
            return false;
        }
        else if (pwd1.val != pwd2.val) { // val 没有带括号,结果恒等
            layer.msg('二次输入密码不一致,请重新输入密码!', { icon: 2, time: 1000 });
            pwd2.focus();
            return false;
        }
    })
    

    pwd1.val != pwd2.val 导致表单提交验证检测出错,控制台并不会报错。在实际的功能测试中才发现了这行代码的错误。

    这里推荐:单元测试,这也是开发者必须掌握的技能,针对每个独立的模块进行测试,不盲目的判断自己的代码正确与否。根据测试的结果来看是否要修改自己的代码

    总结

    1、在 BUG 中成长。对于我这样的初级码农来说,BUG 出现最大的可能性是对于某一方面的知识尚未掌握,在解决 BUG 的同时填补自己的知识盲区。

    2、实际说话,不主观判断。程序出错后,不主观判断某一段程序的正确与否,而是根据测试的结果来推荐出错的位置,有时候可能是你打错字了。(学会自己做测试)

    展开全文
  • 项目复盘和面试总结

    2021-07-26 15:07:07
    项目复盘和面试总结 项目复盘 到底什么是高并发 怎么解决高并发 业务的解耦 预处理 延后处理 压测与监控 微服务边界的划分 关于重构 面试总结 印象深刻的面试题 缓存和缓冲 redis为什么快 为什么处理高并发不用redis...
  • 项目复盘思考

    千次阅读 2019-07-03 14:16:12
    对自己所参与过的事物做个复盘是个好习惯,能让自己对事物有个更深的了解。...再或者,你参与了一个项目,这个时候还是可以复盘,考虑项目的进展中的难点等。其实复盘,就是对自己经历过的事物进行思考总结。是一个...
  • 项目复盘会,可以说是项目团队有意识地向过去的行为经验学习的过程。在项目或里程碑完结之后,项目经理会组织召集项目成员,一起回顾一下,在项目的整个历程中,团队做对了哪些事,做错了哪些事,再来一次,如何做得...
  • 复盘,是运营必不可少的能力,小到一次买菜的经历,大到百亿千亿的投资项目,都可以通过复盘来总结规律、提升水平。简单说来,复盘可以达到的效果有两条:优化弱项,强化强项明确自己的价值,明确工作的...
  • 项目复盘会有感一

    2019-08-20 16:00:13
    项目复盘的形式,大致流程如下: 回顾目标、评估结果、分析原因、总结经验。 具体步骤: 1、项目经理提前通知项目组成员,时间、地点 2、项目经理提前收集一些产品上线后的数据,比如故障率、用户反馈、bugly等 ...
  • 项目复盘的目的不是为了匹配谁,而是为了大家从复盘中找到问题,避免下一次犯同样的问题。那作为软件项目应当怎样来进行复盘呢?接下来我就介绍一下复盘的经验: 会议名称:门店列表&详情统一改版项目复盘 ...
  • 项目复盘会议模板.doc

    2021-11-18 10:50:47
    适合技术研发经理,项目经理组织所在部门复盘项目,涉及后端,客户端,前端,测试等技术岗
  • 如何做好项目复盘.pdf

    2021-06-02 19:40:37
    项目复盘思路,复盘九步法。详细说明项目复盘的重要性,以及复盘思路。
  • 在项目结束时,项目经理要以最快的速度召集项目复盘会议,比较理想的时间是项目结束后两周内进行复盘。如果时间过得太久才开会复盘,记忆中的事情会被其他事情影响或冲淡,变得模糊不清。 项目经理可以考虑将项目...
  • 项目复盘的目的和效果

    千次阅读 2020-04-25 09:31:59
    什么是复盘? 为什么要复盘复盘是对一个已经完成的活动过程的完整回顾和梳理, 而且是带着对这个已完成的活动的一些观察、问题去进行的,通常是从活动结果的分析开始进行倒推。 复盘的目的是通过对活动过程的...
  • 项目复盘的必要性

    千次阅读 2018-07-26 09:46:11
    其实复盘有的人理解会和caseStudy类似,初衷一样,caseStudy更倾向于问题型,后续的避免而展开的套路,复盘正向反向包含,个人认为其实caseStudy的核心就是复盘,只不过有人把caseStudy当成批斗大会的感觉 ...
  • 1、项目当下的情况 当我们问“现在情况如何”时,要将目前的情况与原来设定的目标进行对比,把握事情进展,判定事情是否按我们的预期在发展。 2、找出影响结果的关键节点 有了清晰的目标和步骤,找到了好处与不足,...
  • 项目复盘/总结模板

    万次阅读 2018-12-04 17:45:56
  • 什么是项目复盘及复盘的作用

    千次阅读 2018-09-22 19:00:00
    很多企业在一个项目结束后都会做一场总结,回顾当初的目标,对照产生的结果,看看有没有完成既定的目标,没完成的话差距在哪里。然而在实际进行中很多项目运营者...如今国内有好多知名企业都把“复盘”的理念引进...
  • 个人总结的关于软件质量的复盘报告,主要有:问题描述,问题性归类,测试中出现的问题描述,解决方案,改进措施,也是个人早期在工作中开展对自己测试中的不足点进行的总结和梳理,对后期的工作和学习,以及管理项目...
  • 项目复盘会议实战经验与教训

    千次阅读 2019-05-29 18:05:47
    前一阵第一次正式组织了一场项目复盘会议,颇有一些收获和教训,在这里记录一下。 复盘会议怎么开 主题或目标 复盘会议的主题是十分有必要强调的,复盘会议的主题是回顾项目的整体历程,梳理做的好的和需要改进的...
  • 项目复盘不是对项目经理个人的复盘,而是对整个项目的复盘,因此,以某一个项目为切入点,我们可以发现各方分别需要改进的地方。 我们常说,婚姻永远都是两个人的事,项目也是一样。因此,复盘会议,其实是项目各...
  • MES项目复盘

    千次阅读 2018-11-21 23:24:36
    眼看第一个MES项目月底就要上线验收了。本项目实施比较顺利,预计比计划拖后3周时间,节约了30%的成本,实现了项目目标,可以算是一个成功的MES项目。总结分析,除了业务较简单,甲方好相处之外,和整个项目团队的...
  • 复盘,是运营必不可少的能力,小到一次买菜的经历,大到百亿千亿的投资项目,都可以通过复盘...以下内容来源于我工作中的思考,同时参考了柳传志的关于复盘的方法论,力图展现一个完整的、可实践的项目复盘流程。 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 15,466
精华内容 6,186
关键字:

项目复盘