4 豆豆逗love

尚未进行身份认证

我要认证

暂无相关简介

等级
TA的排名 19w+

棉花糖游戏

游戏目的:说明我们为什么要敏捷,和敏捷到底是什么。我们无论从什么角度(CEO,CIO,产品经理, 项目经理,RD,QA)我们都希望做对的事情并把事情做对。当客观或者主观的条件有所限制,有些许不确定因素有些许不统一意见的时候敏捷将是一个最好的选择。它能够让你跟干系人紧密联系,它能够使团队高效协作,它能够使你所期望的商业价值在短期内最大化的呈现在你或者干系人面前等等等等。道具:20

2017-07-04 15:08:20

「敏捷开发」适合什么样的团队

如今互联网行业,每天有无数的公司倒下,同样也有无数的公司站起来。越来越多的人将「敏捷开发」搬上台面大谈特谈,或是为了抢占市场先机、或是为了不断修正需求方向、或是表现出相当的创业精神进而“骗取”资本热钱。有太多太多的原因让人们追捧「敏捷开发」,这些追捧既有目的性极强的也有无脑跟风的。我在好多论坛或者交流群也见过有人问关于自己的团队适不适合「敏捷开发」的问题。所以今天,我来说说

2017-05-17 17:13:07

PMI-ACP 敏捷估算和规划的12条指导原则

1.让整个小组参与。特定活动的主要职责可能会落在某个人或者某个分组身上,例如确定需求的优先级主要是产品所有者的职责。但是,在最求可能具有高价值的项目时,要让整个小组参与进来并做出承诺。例如,我们可以在一条建议中看到这一点,这条建议就是虽然可能很明显只有1~2个特定的小组成员会处理正在估计的故事或任务,但整个小组做出的估计才是最好的。小组成员分担的职责越多,小组可以共享的成功也就越多。

2017-01-22 10:49:39

敏捷项目管理流程-Scrum框架最全总结!

Scrum中的角色Scrum Master——项目负责人、项目经理保护团队不受外界干扰,是团队的领导和推进者,负责提升 Scrum 团队的工作效率,控制 Scrum 中的“检视和适应”周期过程。与 Product Owner 一起将投资产出最大化,他确保所有的利益相关者都可以理解敏捷和尊重敏捷的理念。Team——开发人员、测试人员、美工设计、DBA等全职能性团队团队负责交付

2017-01-20 21:21:01

PM面试

项目管理软件工具知识 问题1:工期和工作量之间的差异是什么? 答案1:工期是商业/日历上的天数,与人数和工作量无关。工作量是与日历天数无关的人的工作。例如: 一天的工作量对于一个一只花50%在时间在上面的人来说,他的工期就是两天。如果两个人全职工作,工期是1天,而工作量是两个工作日。 问题2:怎样和为什么要在编制项目计划时考虑依赖关系? 答案2:根据使用的软件包,依赖关系可

2017-01-20 21:12:19

ScrumMaster需要了解的7件事

当一个组织开始使用Scrum时,被选为担任Scrumaster角色的人通常来自于那些有管理背景的人。组织期望那些管理人员,所谓的“大师”,能够交付Scrum项目因为她有管理的专门知识——并且可以同时管理其他两个项目。设定期望本身就是需要解决的第一重阻碍。另外,几乎可以确定的是如果脱离Scrum项目,组织得不到他应得的益处。记住,错误的期望是不会被满足的。当我刚开始成为一位ScrumMaster的角

2017-01-14 23:52:48

敏捷合同VS传统合同

传统合同的签署,情况往往是这样的:客户给出的价格是固定的,比如是5百万,但随着不断地改变需求,造成项目的代价是8百万,而且还可能要不断地修复Bug和完成那些之前并没有真正完成的功能,最终成本是1千万。敏捷合同的类似这样的:- 乙方保证交付高质量的、真正完成的功能给甲方。- 增加2个规则以适应变化:   1. 优先级的改变免费。   2. 可以免费

2017-01-14 23:14:30

PM工作Q&A

1. 项目中途发现进度不符合预期,怎么办2. 新项目团队成员如何融合3.对于客户反馈的问题如何处理4.这个项目你这个PM起得关键作用是什么5.你跟其他PM的重要区别是什么6.当你和产品经理对于产品需求的优先级看法不同时,怎么办

2017-01-14 22:57:24

PM的职责

++++ 负责项目计划的制定、跟踪和维护,管控项目生命周期。 ++++ 合理制定项目目标和计划,明确划分工作内容,并可根据各种变化及时调整项目计划。++++ 负责协调项目之间合理资源分配,保证资源使用最优化。 ++++ 全面管理技术项目的实施,保证项目的进度和质量控制,并确保项目目标的按期实现。 ++++ 负责项目风险控制、及时发现跟踪解决影响项目进度相关问题,积极推动与解决。 

2017-01-14 22:49:27

项目经理的利器 - 甘特图

最近在做一些项目的时候,有些项目管理方法或者工具几乎在每一个项目中都默默发生着巨大的作用。 这些方法和工具也许就是项目管理的洪荒之力。 你几乎没有留意到它们的存在,却是力量的源泉。 例如: 甘特图就是一个。几乎在我所有的项目中下意识用,就如同用筷子一样。 例如: 在向高层沟通和汇报,和职能部门沟通,和外部供应商确定需求,和其他国家的客户或同事确定进度。甘特图洪荒之力一出,达成共识的时间和效

2016-11-30 21:14:52

22个scrum基础问答

以下的22个问题基本上涵盖了Scrum所涉及的内容,如果你能够正确回答出所有问题,那么你已经具备了作为一名Scrum Master的基本素质;当然,作为一名合格的Scrum Master,更重要的是你的经验,因为Scrum Master更多的需要和人打交道,很多实际问题的处理方式是必须在实践中才能体会的,有些还很微妙。也许你对这些问题的答案不尽相同,这没有关系;这些答案是我根据自己的经验给

2016-11-30 20:48:54

让scrum落地的方法(一)

========================= 转载 ==========================Scrum的精华有两点,第一是短迭代,第二是自组织。短迭代让团队可以形成节奏感,并在每个迭代后有机会进行回归,并在下一个迭代中提高。相比传统的瀑布流程,因为缺乏这样的反馈机制,团队的改进相对困难。自组织的目的是让团队对目标进行自我承诺,激发团队最大的能量以达成目标。这是在公

2016-11-30 17:21:18

实际企业应用敏捷的尴尬之处(一)

========================     转载 =========== =============今年有个项目,管理层觉得需要快,所以对项目经理说要搞Agile。于是发生了下面的事情:项目经理不懂Agile,为了讨好上层,买了一堆白板,贴了一堆的纸条,发了一堆所谓的backlog。没有制定验收的标准,当然项目经理自己也不碰产品,所以也就呵呵了。因为项目经理不懂Agi

2016-11-30 17:14:17

敏捷 VS 瀑布

不确定的需求较多 —— 采用敏捷需要快速适应市场,快速发布 —— 采用敏捷=======================================================================快速迭代:产品通过短周期的迭代交付,通过不断迭代完善产品快速尝试:避免过长时间的需求分析及调研,快速尝试。快速改进:在迭代周期过后根据客户反馈快速改进。

2016-11-30 15:57:21

利用优先级拥抱需求变更

需求变更这件事,每个开发人员都遇到过,每个产品经理也都遇到过。     以前,我们会追求需求不变更,但无论是产品型团队还是项目型团队,需求不变更都是天方夜谈,不可能实现的。即使把需求变更的成本提得很高,流程搞得很复杂,又要填变更单,又要几级经理审批,又要需求评审,依然无法避免。     于是,团队的目标变成了少变更,希望尽量少的变更既能满足业务的需要,又能减少开发团队的反感。但‘少’是个相

2016-11-28 18:33:05

敏捷之伤——燃尽图

燃尽图(burn down chart)是在项目完成之前,对需要完成的工作的一种可视化表示。燃尽图有一个Y轴(工作)和X轴(时间)。理想情况下,该图表是一个向下的曲线,随着剩余工作的完成,“烧尽”至零。燃尽图向项目组成员和企业主提供工作进展的一个公共视图。(引自百度百科)        一般燃尽图的样式如图所示。(图片来源《硝烟中的Scrum和XP》)       

2016-11-28 17:24:20

用非正式沟通减少需求和交互的矛盾

我在微博上抛出了一个问题:敏捷开发,在没有项目经理的前提下,如何协调产品经理、交互设计师、开发工程师在一个需求或交互上的不同看法?得到了好友们的关注,现在在这里做一个小结。          移动应用开发团队,共有以下五种角色:PM:产品经理,负责规划产品方向,确定产品需求;UE:交互设计师,负责设计某项功能的交互方案;UI:视觉设计师,负责设计界面元素的视觉产现;

2016-11-28 17:02:41

移动开发团队的测试实践

测试是软件工程过程的一项重要活动,其重要性、必要性无需多言,但是,在移动开发团队中,认真执行测试工作的却少之又少,没时间往往成为最有份量的理由。但这个理由在一个注重质量、注重代码长期演进的项目当中就站不住脚了,不久以后的几个bug、几次重构就要花费更多的时间。那么在移动开发中的测试要做些什么呢?下面就介绍一下一个Android开发团队的测试实践。      先来说单元测试,这个最基

2016-11-23 19:14:22

瀑布式迭代与敏捷

在采用敏捷开发的实践当中,有一种特别的开发过程,他融合了瀑布模型和迭代的思维,但又与敏捷的思维存在差异,我把这种过程称之为瀑布式迭代。     瀑布式迭代过程总体上采用迭代的方式,即像敏捷一样,以迭代为单位逐渐推进,每个迭代以启动会、迭代活动、迭代总结为全过程,并且每个迭代都会交付产出物。唯一不同的是单独看一个迭代过程,会发现其采用了瀑布流程。     在一个迭代周期内,首先是产品

2016-11-23 18:37:08
勋章 我的勋章
    暂无奖章