禅道博客

分享专业技术知识,文章内容干货满满!
博客分类

敏捷开发

产品经理和项目经理的区别,读这一篇就够了!

“产品经理和项目经理都负责什么工作?” “我想做产品经理,你觉得合适吗?” “程序员做几年可以做到项目经理?” “产品经理和项目经理哪个更有前途? 要回答这些问题,首先就要知道产品经理及项目经理的职能和区别。本文从三个方面来说明。 一.从概念上看 产品经理(Product Manager)是企业中专门负责产品管理的职位,产品经理负责市场调查并根据用户的需求,确定开发何种产品,选择何种技术、商业模式等。产品经理还要根据产品的生命周期,协调研发、营销、运营等,确定和组织实施相应的产品策略,以及其他一系列相关的产品管理活动。 项目经理( Project Manager ) 是项目团队的...
zhengqiaoyin 2021-03-10

技术债是什么、怎么还?你想知道的都在这一篇文章里了!

前两周写了关于技术债务的文章,尽管实践中会堆积技术债,但这个概念并不在我们的工作中频繁出现。这篇文章就系统性讲讲技术债,让大家避免知其然,不知其所以然。 一、技术债是什么 技术负债(英语:Technical debt),又译技术债,也称为设计负债(design debt)、代码负债(code debt),是编程及软件工程中的借鉴了财务债务的系统隐喻。指开发人员为了加速软件开发,在应该采用最佳方案时进行了妥协,改用了短期内能加速软件开发的方案,从而在未来给自己带来的额外开发负担。这种技术上的选择,就像一笔债务一样,虽然眼前看起来可以得到好处,但必须在未来偿还。软件工程师必须付出额外...
Erin520 2021-03-02

用一半的时间做两倍的事——Scrum之父Jeff Sutherland的传奇人生

普通的人生大抵相似,传奇的人生各有各的传奇。Jeff就是这样的传奇人物,年近80的他从来没有“廉颇老矣尚能饭否”的英雄迟暮,不久前还精神矍铄地与好几百名中国学生进行线上交流,积极回答中国粉丝关于Scrum的疑惑。 他在某个领域的成就很可能是很多人一辈子都难以望其项背的存在。 军校和越战 Jeff的教育经历丰富,就从那个大名鼎鼎的西点军校讲起吧!西点军校成立于1802年,由当时的美国第三届总统托马斯·杰弗逊签署法令成立,培养了麦克阿瑟、艾森豪威尔、巴顿、鲍威尔众多军事政治人才。西点军校入学条件严格,需政府高官推荐、考试、体检后择优录取。1960年,Jeff经历了层层筛选,于6月正式入学攻读...
yanruiyu 2020-12-28

敏捷落地 | 从“麦克莱恩的集装箱”看敏捷与创新

创新不是一种技术,而是一种结果。可以这么说,创新无时无刻不在发生,但是大部分创新项目只是停留在技术层面,并没有真正实现转化,导致创新的产品被束之高阁,无法应用到实际生活场景中。类似的例子还有很多,政府鼓励科研成果转化,会拨发专项资金以扶持各大高校的创新项目,但由于高校科研人员商业方面经验欠缺、没有相关渠道获得投资等,导致这些创新项目无法实现成果转化,造成了技术的流失和浪费。因此,从技术创新到应用至真实环境中,还需要一个很大程度的跨越。 这里有一个关于“集装箱”的故事。马尔科姆·麦克莱恩,被称为“集装箱之父”,尽管早在19世纪30年代,就有人发明了集装箱,这人并不是麦克莱恩,但人们仍愿意将...
yanruiyu 2020-11-26

教你绕过看板误区——看板如何应用?

对于看板来说,正确的流程才能产生正确结果。 为了发挥看板方法论的最大作用,很多公司不断优化看板内容,实现全程持续改进。但在各公司应用看板的过程中,发现依旧无法保证前后工作项的及时衔接,导致无法最大化工作效率。 这里有一个大多数公司都会陷入的误区,为了避免再次陷入这一误区,我们要搞明白两个问题: 一、看板中的工作项是什么? 很多企业在看板中添加的工作项是技术任务,比如JavaScript页面开发、后台数据、测试用例设计等。 实际上,看板中流动的应该是直接承载用户或客户价值的内容,比如:需求、线上缺陷等。若看板上流动的是技术任务,就失去了管理和优化价值流的意义。当然,并不是说...
王明兰 2020-11-12

你掉进过“伪敏捷”的陷阱吗?

《2020年敏捷状态报告》中显示,现今许多组织还在学习如何实施敏捷。受访者中也有大约50%的人表示,他们的团队中只有不到一半的人在使用敏捷,而其中仍有高达84%的人承认他们的组织没有达到高水平的能力。 一部分公司或团队在践行敏捷后取得了巨大的成功,让更多的人趋之若鹜,纷纷转型敏捷。但转型敏捷绝非易事,在这一过程中,最常见的问题就是团队并未真正理解敏捷原则及核心价值观,而是一味地照猫画虎。自然,照猫画虎最终还是失败了,这时候经过这一系列变动的团队或成员就开始大肆宣扬“敏捷无用论”:搞那么多虚头巴脑的招式,只会浪费更多的人力物力财力,增加时间成本,到头来没有什么实质性的用处。但是,真的是敏捷...
yanruiyu 2020-10-14

测试过程需不需要践行敏捷?

测试过程在瀑布式开发中作为开发流程中的一个环节,只能在实现软件基础后开始运行,这种模式很大程度上导致了人力资源的浪费。而在敏捷开发模式中,为了解决人力资源浪费的问题,团队的开发过程需要践行敏捷,同样,测试阶段也要践行敏捷。 测试过程有没有必要性? 测试人员如同食品生产的质检员,能够依据交付成果检验产品的完成标准,并对产品判定“合格”与否。也就是说,测试人员需要测试产品的各功能点,对出现 BUG 的部分进行汇总分析,最终提交到开发人员手上。 假若产品的交付并未经过测试这一步骤,那么我们就无法保证交付成果是符合用户需求的。换句话说,面对一辆并未经过质检的刚出厂的车,你...
yanruiyu 2020-09-23

软件开发流变史:从瀑布开发到敏捷开发再到DevOps

作为在20世纪70年代、80年代盛极一时的软件开发模型,瀑布模型通过制定计划、需求分析、软件设计、程序编写、软件测试、运行维护等6个流程将整个软件生命周期衔接起来。这6个流程有着严格的先后次序之分,只有当前面的流程结束之后,下一个流程才能开始运转。这种自上而下的流程像极了瀑布的下落,因此得名瀑布模型。 我们可以发现,瀑布模型有很多优点: 有明确的交接点:不论是制定计划还是需求分析,甚至是软件测试,都有明确的起始点及开发流程——也就是在上一流程结束后再开始下一个流程; 责任明确:开发人员都各司其职,协作流程合理清晰; 发生问题能准确溯源:在开发过程中,如果发现有环节...
yanruiyu 2020-09-09

敏捷工具:Scrum板与Kanban如何抉择?

Scrum板作为一种工具,主要应用于Scrum团队的 敏捷项目管理,能够帮助团队更新任务进度,促进团队信息共享,及时发现任务过程中的异常现象,从而查漏补缺。团队在每日站会时会通过Scrum板来直观地展示任务状态,确定每日需要做的任务以及优先级。 看板作为一种敏捷方法论,通过工作流程以及任务的可视化来识别并纠正出现的失误。起初,看板通常为 物理看板(白板),随着 项目管理流程移至线上,看板也逐渐转为 虚拟看板(软件工具)。 这些常见的白板概念应用于各种敏捷团队,它们都通过 可视化的任务、 透明化的工作状态来激励团队成员工作、...
yanruiyu 2020-08-21

团队转型,Scrum与DevOps要如何取舍?

团队在践行敏捷的过程中,会有多种选择:Scrum、XP、Kanban、Crystal、精益生产、规模化敏捷等,其中最流行的敏捷开发方法当属Scrum。正因如此,大部分人对其产生了刻板印象: 认为敏捷就是Scrum,实施敏捷就是套用Scrum方法。 而产生在敏捷之后的DevOps集文化理念、实践和工具于一身,可以提高组织高速交付应用程序和服务的能力,与传统的软件开发和基础设施管理流程相比,能够帮助组织更快地发展和改进产品,也逐渐成为衔接开发团队和运维团队的胶合剂。在这种情况下,大家反而会常常限制在一个 思维困境中: 团队转型,是选择Scrum还是DevOps?...
yanruiyu 2020-07-22
高丽亚
高级客户经理
17667930330
3645260865
统一服务热线 4006-8899-23
我要提问提问有任何问题,您都可以在这里提问。 问题反馈反馈点击这里,让我们聆听您的建议与反馈。