精益敏捷要求我们站在用户的角度来看待问题,这样的话也就是企业产品(服务)的价值只能由最终用户来确定,价值也只有满足特定用户需求才有存在的意义。
摘 要: 系统规划设计呈扁平化设计趋势,用户主导或参与方案设计越来越多,客户的需求变化越来越快。尤其是在大型复杂创新物流系统仿真中,需要随需应变、快速设计、快速迭代和呈现设计方案,积极地应对和满足客户需求变化。本文采用敏捷项目管理方法研究大型复杂创新物流系统仿真应用,实现与项目干系人的协同及沟通,能快速适应需求变化及仿真结果交付。
恭喜大家,总算到了整个 信管师 核心课程的最后一课了,开心不?激动不?能坚持到这里说明你已经突破了自己,少年,很看好你哟。好了,不瞎扯了,回归正题,流程管理主要管理的其实就是我们的活动。项目管理十大知识领域中的各项内容其实就是各种活动,一会我们在流程的定义特点中就能看出来。而量化项目管理则是以数据的手段来对项目进行管理。这两方面的内容还算是比较简单的,最后一课了,加油坚持哦!
I. 项目管理概述 A. 项目管理定义和目标 B. 项目管理的重要性和价值 C. 项目管理生命周期
流程圈包括 每周40小时工作制(40-Hour Week),系统愿景(System Metaphor),小型发布(Short Releases),简单设计(Simple Design)。
「持续创新」是对现在客户需求的交付;「产品自适应」是对未来客户需求的交付;「团队和流程自适应」是对产品或者商业变化的迅速反应;「减少交付周期」是为了快速交付可工作的产品;「可靠的结果」是为了支撑商业的增长和盈利能力。
在敏捷项目里面,更多的度量数据是故事点(Story Point),在每一个迭代周期开始之前,会让团队人员评估每个需求的故事点。这就相当于是传统项目里面的评估工时(一个需求完成需要多少时间)。
作为项目经理,我们经历了不同的项目,却总是受限于相似的困局。比如以下三个典型难题: 团队目标不一致 团队成员不熟悉 信息发布不流畅 倘若我们任由问题存在,而不在每次项目中进行总结和提炼,就会反复的徘
团队圈分为:代码规范(Code Standards),持续集成(Continuous Integration),集体代码所有制(Continuous Integration)
提到精益,大家首先想到的肯定是“精益生产”,其中最具代表的就是日本的丰田公司,其最终演变成为了一种新的管理方式。
作为Scrum Master,在团队中的存在感不需要很强烈,更多的时候需要引导团队成员自发的去进行各项活动,SM在导引结束后,就可以适当的退出,相信团队的力量。在活动的组织过程中,需要时刻关注倾听,及时给听众一些反馈,必要的时候可以建立一个问题区,适当的时间给客户解答。”
在Scrum敏捷开发中,开发人员(Developers)是Scrum团队中最重要的角色之一,负责产品的开发和交付,其重要性不言而喻。
不管是什么样的流程,都值得不断地去优化。针对不同的项目,不通的阶段,都可以做调整。因为敏捷是适应变化的,而不是一成不变的。所以,在敏捷中,也有个口号,用中国的大白话来说就是“没有最好,最优更好”。
不管是瀑布流大型的项目管理,抑或是敏捷开发模式下的小步快跑,任务作为最小价值交付单元,都是管理项目进度、风险,以及团队成员之间相互协作 的重要活动。
项目管理其实是一个非常宽泛的学科,它不仅仅只适合于软件(或互联网或IT)行业,其实也适合其他行业,例如建筑。
Agile Project Management的创始人也是敏捷宣言的十七大佬之一,Jim Highsmith。
大家对这张图一定不陌生,你可以认为这是敏捷流派划分。敏捷和看板Kanban都脱胎于精益Lean。
一、敏捷革命 1.当我们将试验成本减少到足够低时,整个产品开发的经济学就会发生改变——从以预测为基础的流程(定义、设计,然后建造)转变为一个以适应为基础的流程(构想、探索,然后适应) 2.当生产不同产品的成本突然降低,而把这些不同产品集成到一个产品的成本又很低时,那么这个很大的产品可以说不是生产出来的,而是进化出来的 3.罗伯特·库珀:“各地的公司,无论蔬菜销售商还是坚果销售商,无论是开罐器制造商还是汽车制造商,都参与了新产品研发战争 ,而前沿部队就是产品开发团队。在这个新产品战场上,闪电般的攻击能力——计划充分且出击迅速——越来越成为成功的关键因素。而机动性或者速度则可以保证闪电攻击能够抓住机会或者捕捉到敌人” 4.最终客户价值是在销售时交付,不是在计划时交付 5.任何以敏捷方法为幌子进行特殊开发的人,都是彻头彻尾的骗子 A.敏捷商业目标 1.一个良好的探索流程(如敏捷项目管理)需要实现5个关键的商业目标:
Scrum不是敏捷,它只是实现敏捷管理的方法之一。敏捷项目管理方法还有:极限编程(XP),水晶(Crystal),Kanban,特性驱动开发(FDD)、动态系统开发(DSDM)、轻量级RUP、测试驱动开发(TDD)等,他们各有各的特点,也可以组合着使用。Scrum是一个全球普遍使用的敏捷管理方法,简而简之是一种综合增量和迭代的产品交付方法。
软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。
先来一波高能预警,对于项目管理来说,笔者拥有PMP、PMI-ACP以及信息系统项目管理师三本证书哦。这三个证书实际上就是目前国内项目管理方面的三个权威证书。
第一场 源于需求,成于价值 组织过程资产是项目管理中的一个非常重要的术语,是过去的项目积累下来的系统的经验教训、工作流程、工作模板和工作数据。做项目,必须利用组织过程资产,也必须为以后的项目积累新的组织过程资产 经验教训,不仅要总结,而且要系统地总结,要书面地总结。重要的经验教训,一定要系统地写下来 协调关系分成三个不同层面 依存关系:两个或更多需求是相互依存的。去掉任何一个,另一个就无法存在,或者即便仍然存在,也无法发挥应有的作用。例如,做项目的需求,与做运营的需求,就是相互依存的。只做项目不做运营,没有
6.3 排列活动顺序 6.3.1 排列活动顺序:输入 6.3.1.1 项目管理计划
第一期【TAPD案例征集】活动获奖名单公布啦!非常感谢小伙伴们的踊跃参与。 TAPD官方根据案例主题、内容质量对所有案例进行了认真的评估筛选,最终共有13篇案例成功获奖(排名不分先后)。 获奖名单 优质奖 恭喜以下5位小伙伴获得案例征集活动优质奖。 1、从0到1基于API的数据采集分析与统计的演变 @陆寅杰 2、如何使用TAPD辅助手游研发项目 @浩子312 3、助力高效项目管理的马蜂窝交酒产研 PMO 系统 @马蜂窝技术 4、如何将敏捷线下管理转为线上管理,节约时间成本 @牛油果 5、我和
软件过程是用于指定、设计、实现和测试软件系统的一系列活动。软件过程模型是过程的抽象表示,它从某些特定的角度对过程进行描述。有许多不同的软件过程,但都涉及:
因为网上关于敏捷宣言的文章实在太多了,有深入浅出的,有详尽的。所以我的这篇文章就挑重点来说。
第四章 项目整合管理 ---- 项目管理知识领域 知识领域指按知识内容来定义的项目管理领域,并用其所含过程、实践、输入、输出、工具和技术进行描述。本指南确定了大多数情况下大部分项目通常使用的十个知识领域 项目整合管理 项目范围管理 项目进度管理 项目成本管理 项目质量管理 项目资源管理 项目沟通管理 项目风险管理 项目采购管理 项目相关方管理 ---- 项目整合管理 项目整合管理包括对隶属于管理过程组的各种过程和项目管理活动进行识别、定义、组合、统一和协调的各个过程。在项目管理中,整合兼具统一、合并、沟通和
项目管理是管理学的一个分支学科 ,对项目管理的定义是:运用各种相关技能、方法与工具,为满足或超越项目有关各方对项目的要求与期望,所开展的各种计划、组织、领导、控制等方面的活动。 作为一名互联网产品经理,有幸在工作中负责一部分项目管理的工作,在经历几个版本、N次迭代之后,逐渐形成了一个观点:项目管理博大精深(shui hen shen)。如果从集成管理、范围管理、时间管理、成本管理、质量管理等角度来讲,可能需要写一篇万字长文。所以,我想结合工作中的经历,从关键词说一说自己的感受。
导读 腾讯到底是怎么进行敏捷研发和极速产品交付的呢? 腾讯研发管理部高级产品经理、敏捷教练张贺,受邀在DevOpsDays深圳站中进行了相关分享。 他从“道、法、术、器”四个方面揭秘了腾讯当年面对研发方面挑战时的破局之道,并结合实践介绍了腾讯的三种研发模型及典型案例。 快来一起看看吧~ 大家好! 首先做一下自我介绍,我叫张贺,来自腾讯研发管理部,目前主要负责腾讯敏捷研发体系和敏捷研发平台TAPD的建设工作,同时我个人也是一名敏捷教练,指导了腾讯内部很多业务团队的敏捷实施,也帮助了许多腾讯合作企业完成了
CODING 项目协同近期为支持传统项目管理推出了「经典项目管理」。至此,CODING 已全面支持敏捷项目管理以及传统项目管理。那么问题来了,「经典项目管理」和「敏捷项目管理」,我该怎么选呢?本文将从理念差异、常见的研发模型、适用场景、实践应用等角度来提供选型参考。
概述 质量与等级有什么区别? “质量“与”等级“不是相同的概念。质量作为实现的性能或成果,是”一系列内在特性满足要求的程度“(ISO 9000)。等级作为设计意图,是对用途相同但技术特性不同的可交付成果的级别分类 如何通过质量管理来达到客户满意? 了解、评估、定义和管理要求,以便满足客户的期望。这就需要把“符合要求”(确保项目产出预定的成果)和“适合使用”(产品或服务必须满足实际需求)结合起来。在敏捷环境中,相关方与项目管理团队合作可确保在整个项目期间始终做到客户满意 高层在质量管理中起什么作用? 项目的成
如果你曾写过研究计划书,很可能是把工作内容规划为一系列顺序活动,用甘特图(条状图)表现出来。
“人们认为不需要科学,因为自己已经拥有了一切,但是一切都是以科学为基础的。”——德国物理学家,欧盟科学顾问团队主席 罗尔夫-迪特·豪雅(Rolf-Dieter Heuer)
第六章 项目进度管理 ---- 介绍 项目进度管理包括为管理项目按时完成所需的各个过程。其过程包括 6.1 规划进度管理——为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程 6.2 定义活动——识别和记录为完成项目可交付成果而需采取的具体行动的过程 6.3 排列活动顺序——识别和记录项目活动之间的关系的过程 6.4 估算活动持续时间——根据资源估算的结果,估算完成单项活动所需工作时段数的过程 6.5 制定进度计划——分析活动顺序、持续时间、资源需求和进度制约因素,创建项目进度模型,从而落实
34. 再次理解Initing Meeting 和 KICK-OFF? Initing Meeting是为了授予项目经理正式的权力。KICK-OFF主要的目的是发布项目管理计划,宣告项目正式进行执行阶段,获得团队成员的实现项目目标的承诺。
上篇文章用大量篇幅学习了敏捷中计划的概念以及用户故事的估算,毕竟都是新东西,所以大家还是要好好消化消化。今天我们主要学习的是敏捷计划的具体实施以及敏捷的适应问题。适应其实是针对于计划的变动、修改方面的相关内容。
本文阐述了技术人如何从技术走向管理,分享了若干心得和体会,包括需要不断学习、储备知识、掌握核心技术、培养团队、关注业务、理解客户、善于沟通、学会管理、提升领导力、关注个人成长、保持激情、做好榜样、承担责任、保持谦逊、正视失败、保持好奇心、培养创新意识等方面。同时,文章也提醒技术人,要做领导者而不是管理者,要关注业务发展和客户体验,以结果为导向。在技术走向管理的道路上,技术人需要不断学习和实践,以提升自己的管理能力,更好地为团队和公司的业务服务。
1.1帕金森定律(PMP中的定义):只要还有时间,人们就会有意无意地多做不必要的工作(范围蔓延),直到用完所有的时间。(没错,说的就是那些只要有时间就改需求的策划。)
在数字化、信息化、智能化蓬勃发展的今天,敏捷开发和Scrum已成为重塑项目管理的重要方式。
前两天我们在做项目复盘的时候,发现其实在整个过程中还是遇到了不少需求变更的问题,不过还好我们算是比较圆满地解决了这些突如其来的问题。相信也会有很多朋友和我们团队一样,经常遇到客户这边的需求变更,确实这是一个非常棘手的问题。不过在敏捷项目管理过程中,我们还是有一些方法可以解决需求变更这个问题的。
PMI全称Project Management Institute,中文名叫《项目管理协会》。成立于1969年,是全球领先的项目管理行业的倡导者,它创造性地制定了行业标准,由PMI组织编写的《项目管理知识体系指南》(PMBoK)已经成为项目管理领域最权威教科书,被誉为项目管理“圣经”。
WBS是项目团队为实现项目目标并创建所需的可交付成果所要进行的全部工作范围的层级分解
导读 “组织结构混乱”、“团队协作不透明”、“项目交付不及时”、“人员流动性大”…… 创业公司成长迅速,业务蓬勃发展,团队不断扩张。这本是令人高兴的事情,却会给团队和项目管理带来不小的挑战。无论你是什么岗位,肯定都有属于你的小烦恼。 本期「TAPD经验谈」pick了创业公司中的敏捷研发管理老司机,有着十年项目管理经验的老司机,某金融科技公司原项目总监 莫敏 ,来给大家介绍他们团队实战过程中的填坑经验。 我叫莫敏,之前是某金融科技公司的项目总监,也是PMO负责人。 从BAT某大厂刚到这家公司时,我曾信心
识别和记录为完成项目可交付成果而需采取的具体行动的过程 输入 :项目管理计划(范围基准) 工具与技术 :分解、滚动式规划 输出 :活动清单、里程碑清单、变更请求、项目管理计划更新
敏捷项目宣称拥抱变化,现实中很多变化来源于不确定性,而不确定性总是和风险相关的,所以敏捷项目拥抱变化也就意味着与风险共处,拥有了管理变化的能力,也就拥有了管理风险的能力。
本文就“软件标准化研发流程”,从理论、实践和最终如何在你的团队和公司落地进行串联介绍。主要分为三部分,先理论:软件开发,难在哪里?以及MVP、敏捷开发、Scrum、开发流程图、每日站会、看板、增量模型、迭代vs增量、XP、DevOps……;再实践:标准化研发流程,什么是协作流+信息流+价值流、项目管理模型(嵌套);最后落地:现状分析及目标制定、YesDev项目管理模型、用价值驱动软件研发交付、建立三大指标体系、制定领航提升计划表。
PMP自2023年8月起启动了PMBOK第七版教材,考试内容的侧重点也发生了改变:大幅增加了敏捷相关的内容。以往考纲只有不到10%的敏捷管理的内容,新考纲的敏捷管理题目增加至50%。所以如果复习只用之前的题目是远远不够的,必须要多刷新考纲敏捷题。本文专门给大家整理汇总了新考纲所涉及敏捷的核心知识点。
项目的定义 项目是为了创造独特的产品、服务或成果而进行的临时性工作。 项目的特性 独特的产品、服务或成果 临时性工作 项目驱动变更 项目创造商业价值 项目启动背景 项目和运营 项目 运营 工作性质 独特,创新 常规,重复 工作环境 开发,风险 封闭,确定 管理组织 临时,变化 稳定,持久 目的 项目结束 维持经验 项目管理最终要达成 目标(要符合SMART原则) 创造商业价值(有形和无形) SMART原则:具体的,可衡量的,可达成的,相关的,时间限定的 新核心的三重约束 范围,成本,时间——都影响质
领取专属 10元无门槛券
手把手带您无忧上云