最近回顾了一下经历过的项目,觉得要管理好项目,光有各种方法论以及协助这些方法论落地的工具是远远不够的,很多时候还需要一些“哲学”层面的思考。
纵向: 十大知识领域:项目整合管理,项目范围管理,项目进度管理,项目成本管理,项目质量管理,项目资源管理,项目沟通管理,项目风险管理,项目采购管理,项目相关方管理
敏捷项目宣称拥抱变化,现实中很多变化来源于不确定性,而不确定性总是和风险相关的,所以敏捷项目拥抱变化也就意味着与风险共处,拥有了管理变化的能力,也就拥有了管理风险的能力。
创业团队在组建和扩张时如何高效协作,是组织要解决的大难题。明确目标、确保成员清晰知道如何配合、过程中管理好干系人预期、关键环节做好变更管理和风险把控、采用增量迭代的敏捷项目管理机制、确保“做对的事情”和“把事情做对”,是微保业务快速、稳步发展的关键。 01 背景 1、互联网保险的机遇与挑战 1) 机遇 2018年中国保险行业保费全球第二,保险深度(保费/GDP)4.57%,排名全球36位。保险密度(人均保费),排名全球46位。中国保民意识逐渐苏醒,保险市场增速20%+。互联网保民累计2.2亿用户,保民年龄
第一场 源于需求,成于价值 组织过程资产是项目管理中的一个非常重要的术语,是过去的项目积累下来的系统的经验教训、工作流程、工作模板和工作数据。做项目,必须利用组织过程资产,也必须为以后的项目积累新的组织过程资产 经验教训,不仅要总结,而且要系统地总结,要书面地总结。重要的经验教训,一定要系统地写下来 协调关系分成三个不同层面 依存关系:两个或更多需求是相互依存的。去掉任何一个,另一个就无法存在,或者即便仍然存在,也无法发挥应有的作用。例如,做项目的需求,与做运营的需求,就是相互依存的。只做项目不做运营,没有
越来越多的管理者认可:企业持续发展就意味着团队需要更高效的合作,而提升工作效率是唯一「可持续优化」,并降低发展成本,减少浪费的有效方式。
【提前语】:前端时间一直忙ACP的考试,所以文章中断了大半个月,现在又继续雄起啦,希望大家多多关注我的专题“Kevin聊敏捷”
上一篇文章《DevOps|产研运协作工具链上的皇冠-项目管理工具》主要讲了项目管理工具对软件研发的重要性,本篇文章主要想讲清楚我们需要什么样的项目管理工具,项目管理工具必须具备的功能有哪些,以及如何选择最适合自己的那一款。
浅谈技术型企业管理 过去15年的职业生涯,我服务过很多企业,从一线员工到资深工程师以及各种管理角色。于是也想谈谈我的管理经验与大家分享。 从08年开始从技术慢慢向管理过度,到10年基本完成转型,虽然后面更多是管理工作,但我从来没有离开过技术领域,特别是担任高级管理角色的过程中。 始终关注技术,追逐技术,我的博客专栏与系列电子书更新没有间断过。 领导与管理团队 对我影响比较深的一部电影《U571》 当船长告诉副船长泰莱这些话的时候“作为一个船长,你不能犹豫,你要采取行动,不果然行动,就危及全体船员,往往没有先
这是笔者参加极客时间21天打卡第二周,分享和总结确实是个很好的学习方法,这一周我又对软件工程多了一些理解,每日总结内容如下:
随着敏捷项目管理模式在国内的流行,各流派敏捷实践培训风起云涌,Scrum框架的相关实践和案例最多,也最为国内推崇。然而在实际应用中,我们会遇到怎么样的阻碍?如何突破这些阻碍,让客户满意,提升客户交付价值?
在软件项目或者其他类型的有高变更比率的项目而言,严格的变更管理流程会带来很多问题。相比而言,敏捷项目管理允许变更的发生,比如极限变成(XP)提倡"拥抱变化"。敏捷使用轻便、高可视化的方法来处理待办事项的优先级排序的变更。
在敏捷项目里面,更多的度量数据是故事点(Story Point),在每一个迭代周期开始之前,会让团队人员评估每个需求的故事点。这就相当于是传统项目里面的评估工时(一个需求完成需要多少时间)。
这篇文章将本课程的其他很多文章串了起来,讲述了技术转型管理的一个不错的切入点——尝试管理好一个软件项目,并介绍了软件项目管理的知识点,最后,作者分享了自己再技术转型管理的过程中总结的经验教训。
「持续创新」是对现在客户需求的交付;「产品自适应」是对未来客户需求的交付;「团队和流程自适应」是对产品或者商业变化的迅速反应;「减少交付周期」是为了快速交付可工作的产品;「可靠的结果」是为了支撑商业的增长和盈利能力。
年末将至,大批攻城狮与程序猿早已蠢蠢欲动,开始了跳槽涨薪之旅,虽然受社会大形势影响,IT行业虽然无法和前几年的突飞猛进的势头相比,但是对DevOps的热度却只增不减,工程效能团队的普及率正在迅速增长,对DevOps工程师需求量也是呈指数式增加。转型做DevOps工程师、DevOps教练也是逐渐成为IT圈的时尚。那么如何在大量的DevOps工程师中脱颖而出,打破开发与运维之间的隔阂,成为团队内首屈一指的DevOps专家呢?
敏捷项目管理VS传统项目管理
Agile Project Management的创始人也是敏捷宣言的十七大佬之一,Jim Highsmith。
作为敏捷项目管理的开篇文章,还是先来简单地说一说为什么先从敏捷开始,为什么是以 PMI-ACP 为参考。当然,这一系列的文章可能不可避免地会为 PMI-ACP 做一些广告,但是我想告诉大家的是,敏捷以及项目管理相关的内容要掌握好,实践比理论重要,也比考试证书要重要的多。
流程圈包括 每周40小时工作制(40-Hour Week),系统愿景(System Metaphor),小型发布(Short Releases),简单设计(Simple Design)。
1、规划方式。传统项目管理更注重预先规划和控制,而敏捷项目管理更注重快速响应和调整。
团队圈分为:代码规范(Code Standards),持续集成(Continuous Integration),集体代码所有制(Continuous Integration)
提到精益,大家首先想到的肯定是“精益生产”,其中最具代表的就是日本的丰田公司,其最终演变成为了一种新的管理方式。
不管是什么样的流程,都值得不断地去优化。针对不同的项目,不通的阶段,都可以做调整。因为敏捷是适应变化的,而不是一成不变的。所以,在敏捷中,也有个口号,用中国的大白话来说就是“没有最好,最优更好”。
大家对这张图一定不陌生,你可以认为这是敏捷流派划分。敏捷和看板Kanban都脱胎于精益Lean。
精益敏捷要求我们站在用户的角度来看待问题,这样的话也就是企业产品(服务)的价值只能由最终用户来确定,价值也只有满足特定用户需求才有存在的意义。
在1969年以前,不管是制造汽车还是制造轮船,全世界的项目管理都没有太多的章法和规则。直到1969年美国成立了PMI组织,推出了PM Bok一整套规则、PMP认证后,全世界的项目管理就有了章法、有了规则。(= =#这样就是大家现在苦逼考着的PMP。)
前面文章有提到敏捷的一些基本概念和做法,Scrum是一个敏捷框架,满足Scrum的做法都被认为是敏捷的行为。而本篇文章希望从敏捷工具讲起,对不同组织文化的敏捷项目管理工具选型做一下对比分析。
在这周五我们举办了V咖分享会第十五期的分享,现在就由芒果为大家整理这次分享会的知识。本次整理内容包含我们的V咖李强老师的分享内容,部分提问及回复。想要提问或者观看完整问题解答的小伙伴,请积极参与到我们分享会中来,我们的分享会每两周就有一次哟~
因为网上关于敏捷宣言的文章实在太多了,有深入浅出的,有详尽的。所以我的这篇文章就挑重点来说。
说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦,这篇文章还是非常轻松的。
CODING 项目协同近期为支持传统项目管理推出了「经典项目管理」。至此,CODING 已全面支持敏捷项目管理以及传统项目管理。那么问题来了,「经典项目管理」和「敏捷项目管理」,我该怎么选呢?本文将从理念差异、常见的研发模型、适用场景、实践应用等角度来提供选型参考。
随着数字化转型在各行业的广泛应用,越来越多的企业开始寻找新的增长点。对于数字原生企业而言,加速数字化转型是由“数字化”迈向“数智化”,增收减支,构建核心竞争优势,实现可持续发展的必然过程。敏捷协作工具凭借其先天优势,帮助企业快速适应市场变化和需求,集中内外部资源,不断迭代优化,成为了数字企业提质增效的利器。
敏捷开发(Agile Development)是一种软件开发方法论,强调在不断变化的需求和环境下,通过迭代、协作和自适应的方式来开发软件。敏捷方法的目标是提供更快、更灵活、更高质量的软件交付,以满足客户需求并实现项目成功。
摘 要: 系统规划设计呈扁平化设计趋势,用户主导或参与方案设计越来越多,客户的需求变化越来越快。尤其是在大型复杂创新物流系统仿真中,需要随需应变、快速设计、快速迭代和呈现设计方案,积极地应对和满足客户需求变化。本文采用敏捷项目管理方法研究大型复杂创新物流系统仿真应用,实现与项目干系人的协同及沟通,能快速适应需求变化及仿真结果交付。
先来一波高能预警,对于项目管理来说,笔者拥有PMP、PMI-ACP以及信息系统项目管理师三本证书哦。这三个证书实际上就是目前国内项目管理方面的三个权威证书。
做敏捷开发,如何敏捷?我们需要一系列成熟的工具帮助我们敏捷。敏捷开发工具的适合以及选用,对开发项目起着关键性的作用。此篇介绍我们在scrum敏捷开发中发掘的几款工具,方便更多新加入的开发者上手。
任何项目都要经历从开始到结束的时间过程,在传统项目管理中,项目会被划分为若干个阶 段,每个阶段相加的时间总和,成为项目生命周期。
PMI经过多年调查发现许多项目需求不断地变更,成员小于10人的团队 ,套用以往“先做计划再做事”的思维,项目根本推不动。因此,PMI提倡采用敏捷(Agile)的方法管理充满变动的项目,并从2011年开始正式推出 PMI Agile Certified Practitioner(PMI-ACP)认证,使项目经理能够具备快速应变的能力
I. 项目管理概述 A. 项目管理定义和目标 B. 项目管理的重要性和价值 C. 项目管理生命周期
随着市场的瞬息万变和软件行业的迅猛发展,传统的瀑布式软件开发模型因其漫长的开发与反馈周期,在抢占市场先机和快速满足用户需求方面日渐失去竞争优势。与此同时,敏捷开发以其快速迭代,持续满足不断变化的用户需求而
TAPD是腾讯云推出的一款敏捷研发协作平台,旨在帮助团队提高工作效率并实现敏捷开发。TAPD支持需求、迭代、缺陷、文档、测试、发布等模块的敏捷研发流程,同时提供了丰富的自定义功能,满足团队个性化需求。TAPD提供了丰富的功能,包括需求规划、迭代计划、敏捷看板、缺陷管理、文档管理等,帮助团队实现高效协作,提高研发效率。同时,TAPD还支持跨团队、跨地区协作,帮助团队快速响应市场变化,实现快速创新。TAPD已经成功应用于腾讯内外部众多项目,包括新美大、同城旅游、恒大集团等。
项目管理是管理学的一个分支学科 ,对项目管理的定义是:运用各种相关技能、方法与工具,为满足或超越项目有关各方对项目的要求与期望,所开展的各种计划、组织、领导、控制等方面的活动。 作为一名互联网产品经理,有幸在工作中负责一部分项目管理的工作,在经历几个版本、N次迭代之后,逐渐形成了一个观点:项目管理博大精深(shui hen shen)。如果从集成管理、范围管理、时间管理、成本管理、质量管理等角度来讲,可能需要写一篇万字长文。所以,我想结合工作中的经历,从关键词说一说自己的感受。
PMI全称Project Management Institute,中文名叫《项目管理协会》。成立于1969年,是全球领先的项目管理行业的倡导者,它创造性地制定了行业标准,由PMI组织编写的《项目管理知识体系指南》(PMBoK)已经成为项目管理领域最权威教科书,被誉为项目管理“圣经”。
1、PMP ®项目管理认证 1999年,中国国际人才交流基金会(原国家外国专家局培训中心)将起源于美国的项目管理协会的《项目管理知识体系指南》(《PMBOK指南》)及项目管理专业人士(PMP®)认证引入中国。2000年,项目管理专业人士职业资格认证(PMP®)在中国大陆地区首次开考,当年报考人数仅有316人次。而到了2019年,年报考人数已达14.5万人次。 截至2019年9月,全国累计PMP®报考人数近60万人次,通过PMP®认证人数约42万人,有效持证人数约30万人,占全球PMP®持证总量的31.
敏捷开发过程是一个增量的、迭代的过程,责任人、开发人员和用户要能够共同维持其步调稳定延续。
Leangoo领歌国内知名敏捷开发工具,它覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,规模化敏捷SAFe,Scrum of Scrums大规模敏捷。能够支持多种场景,如:敏捷研发管理、敏捷项目管理、工作流管理、轻量级项目群管理、任务管理等。2)管理产品路线图、产品backlog、迭代规划和执行、缺陷、测试、项目文件及企业组织架构等等。3)可查看多项目进度,项目视角的统计等,提供了不同视角的统计,例如:进度统计、燃尽图、团队速率、任务分布、缺陷分布、测试用例分布等等,实时掌握项目状态及进展。
正所谓“分久必合,合久必分”,技术在各个领域纵深开花的同时,各家企业发挥1+1>2的连接效应,避免重复造车轮,以一个联合产品打市场,明显提升使用者的体验感觉,也许是近年来技术界、甚至其他行业的趋势所向。
领取专属 10元无门槛券
手把手带您无忧上云