大家对这张图一定不陌生，你可以认为这是敏捷流派划分。敏捷和看板Kanban都脱胎于精益Lean。
随着数字化转型在各行业的广泛应用，越来越多的企业开始寻找新的增长点。对于数字原生企业而言，加速数字化转型是由“数字化”迈向“数智化”，增收减支，构建核心竞争优势，实现可持续发展的必然过程。敏捷协作工具凭借其先天优势，帮助企业快速适应市场变化和需求，集中内外部资源，不断迭代优化，成为了数字企业提质增效的利器。
在敏捷项目里面，更多的度量数据是故事点（Story Point），在每一个迭代周期开始之前，会让团队人员评估每个需求的故事点。这就相当于是传统项目里面的评估工时（一个需求完成需要多少时间）。
「持续创新」是对现在客户需求的交付；「产品自适应」是对未来客户需求的交付；「团队和流程自适应」是对产品或者商业变化的迅速反应；「减少交付周期」是为了快速交付可工作的产品；「可靠的结果」是为了支撑商业的增长和盈利能力。
流程圈包括 每周40小时工作制（40-Hour Week），系统愿景（System Metaphor）,小型发布（Short Releases），简单设计（Simple Design）。
Agile Project Management的创始人也是敏捷宣言的十七大佬之一，Jim Highsmith。
提到精益，大家首先想到的肯定是“精益生产”，其中最具代表的就是日本的丰田公司，其最终演变成为了一种新的管理方式。
不管是什么样的流程，都值得不断地去优化。针对不同的项目，不通的阶段，都可以做调整。因为敏捷是适应变化的，而不是一成不变的。所以，在敏捷中，也有个口号，用中国的大白话来说就是“没有最好，最优更好”。
1、规划方式。传统项目管理更注重预先规划和控制，而敏捷项目管理更注重快速响应和调整。
国内很多企业非常关注产品功能，而对稳定性关注甚少，常常产品功能很炫可是稳定性往往差强人意。今天我们来聊聊产品稳定性。
团队圈分为：代码规范（Code Standards），持续集成（Continuous Integration），集体代码所有制（Continuous Integration）
精益敏捷要求我们站在用户的角度来看待问题，这样的话也就是企业产品（服务）的价值只能由最终用户来确定，价值也只有满足特定用户需求才有存在的意义。
因为网上关于敏捷宣言的文章实在太多了，有深入浅出的，有详尽的。所以我的这篇文章就挑重点来说。
CODING 项目协同近期为支持传统项目管理推出了「经典项目管理」。至此，CODING 已全面支持敏捷项目管理以及传统项目管理。那么问题来了，「经典项目管理」和「敏捷项目管理」，我该怎么选呢？本文将从理念差异、常见的研发模型、适用场景、实践应用等角度来提供选型参考。
在1969年以前，不管是制造汽车还是制造轮船，全世界的项目管理都没有太多的章法和规则。直到1969年美国成立了PMI组织，推出了PM Bok一整套规则、PMP认证后，全世界的项目管理就有了章法、有了规则。（= =#这样就是大家现在苦逼考着的PMP。）
在这周五我们举办了V咖分享会第十五期的分享，现在就由芒果为大家整理这次分享会的知识。本次整理内容包含我们的V咖李强老师的分享内容，部分提问及回复。想要提问或者观看完整问题解答的小伙伴，请积极参与到我们分享会中来，我们的分享会每两周就有一次哟~
随着市场的瞬息万变和软件行业的迅猛发展，传统的瀑布式软件开发模型因其漫长的开发与反馈周期，在抢占市场先机和快速满足用户需求方面日渐失去竞争优势。与此同时，敏捷开发以其快速迭代，持续满足不断变化的用户需求而
软硬件一体的高科制造类项目研发管理有多难？如何通过敏捷管理提升研发质量？如何构建产品、项目、团队三位一体的研发管理体系? 腾讯 TAPD 推出 「TAPD 思享汇」线上直播系列课程，一期直播将聚焦 T
34. 再次理解Initing Meeting 和 KICK-OFF？ Initing Meeting是为了授予项目经理正式的权力。KICK-OFF主要的目的是发布项目管理计划，宣告项目正式进行执行阶段，获得团队成员的实现项目目标的承诺。
丰巢科技作为服务2亿用户的智慧物流运营商，是连接物流企业与消费者之间的重要平台。丰巢科技在全国大约有18万台柜机，覆盖全国110多个城市。在CTDC2019第三届首席技术官领袖联盟年会上丰巢科技的CTO 黄明（Andy）为我们讲述了丰巢如何打造高效技术团队。 大家好，我是来自丰巢的Andy，今天由我来跟大家分享一下如何张弛有度，打造的高效率的技术团队。 丰巢的研发团队有300人左右，分布在深圳和武汉两地。除了柜机相关的需求外，技术团队还肩负增值业务、智能决策以及提效赋能等开发职责。 为了提升团队的能力，我
Jira是一款非常优秀的项目管理工具、它支持完善的敏捷测试流程、页面表单自定义、工作流程，丰富的图表数据统计插件，开放外部API（可以很方便和邮箱、钉钉、gitlab等系统集成）。
2020年初开始的疫情，加上俄乌冲突等，引起世界局势产生些许不确定性，影响到每个个体的生活和运转，企业如同经济体的细胞，也体会到环境的不确定性所带来的风险。
对于外行来说，「Jira」只是一个项目管理工具，在科技公司中几乎无处不在。它最初是为管理软件开发项目而构建的，后来自然而然地被应用到数据科学项目中。我想说，尽管 Jira 可能是一个很好的工具，但数据科学项目是特别的！
TeamLab 是一个免费开源的商业协作和项目管理的平台。TeamLab 主要功能包括：项目管理、里程碑管理、任务、报表、事件、博客、论坛、书签、Wiki、即时消息等等。
PMI全称Project Management Institute，中文名叫《项目管理协会》。成立于1969年，是全球领先的项目管理行业的倡导者，它创造性地制定了行业标准，由PMI组织编写的《项目管理知识体系指南》（PMBoK）已经成为项目管理领域最权威教科书，被誉为项目管理“圣经”。
软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。
导读 “组织结构混乱”、“团队协作不透明”、“项目交付不及时”、“人员流动性大”…… 创业公司成长迅速，业务蓬勃发展，团队不断扩张。这本是令人高兴的事情，却会给团队和项目管理带来不小的挑战。无论你是什么岗位，肯定都有属于你的小烦恼。 本期「TAPD经验谈」pick了创业公司中的敏捷研发管理老司机，有着十年项目管理经验的老司机，某金融科技公司原项目总监 莫敏 ，来给大家介绍他们团队实战过程中的填坑经验。 我叫莫敏，之前是某金融科技公司的项目总监，也是PMO负责人。 从BAT某大厂刚到这家公司时，我曾信心
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。
银保监会2022年2号文中提到，要大力推动金融企业科技管理敏捷转型，建立双态数字管理体系，建设企业级一站式研发协同平台，并结合精益生产管理理念，实现企业全方位转型升级。
最近回顾了一下经历过的项目，觉得要管理好项目，光有各种方法论以及协助这些方法论落地的工具是远远不够的，很多时候还需要一些“哲学”层面的思考。
恭喜大家，总算到了整个 信管师 核心课程的最后一课了，开心不？激动不？能坚持到这里说明你已经突破了自己，少年，很看好你哟。好了，不瞎扯了，回归正题，流程管理主要管理的其实就是我们的活动。项目管理十大知识领域中的各项内容其实就是各种活动，一会我们在流程的定义特点中就能看出来。而量化项目管理则是以数据的手段来对项目进行管理。这两方面的内容还算是比较简单的，最后一课了，加油坚持哦！
敏捷中，最重要的是什么呢？基本上所有的教材都会说，敏捷是以人为本的，以团队为核心的。第一，敏捷不提倡加班，第二，敏捷让团队自管理，第三，敏捷中的领导都是服务员而不是命令者。是不是看着很激动呀，敏捷对员工这么友好吗？没错，相比传统的项目来说，在敏捷中做项目是快乐开心的。那么，要实现敏捷，我们的团队需要怎样的领导与团队环境呢？
上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。难道真正的敏捷只是遵循这四句话就可以了吗？不要 too young too simple 了。
导读 腾讯到底是怎么进行敏捷研发和极速产品交付的呢？ 腾讯研发管理部高级产品经理、敏捷教练张贺，受邀在DevOpsDays深圳站中进行了相关分享。 他从“道、法、术、器”四个方面揭秘了腾讯当年面对研发方面挑战时的破局之道，并结合实践介绍了腾讯的三种研发模型及典型案例。 快来一起看看吧~ 大家好！ 首先做一下自我介绍，我叫张贺，来自腾讯研发管理部，目前主要负责腾讯敏捷研发体系和敏捷研发平台TAPD的建设工作，同时我个人也是一名敏捷教练，指导了腾讯内部很多业务团队的敏捷实施，也帮助了许多腾讯合作企业完成了
作为Java程序员来说，最痛苦的事情莫过于可以选择的范围太广，可以读的书太多，往往容易无所适从。我想就我自己读过的技术书籍中挑选出来一些，按照学习的先后顺序，推荐给大家，特别是那些想不断提高自己技术水平的Java程序员们。 一、Java编程入门类 对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。 1、《Java编程思想》
上一篇文章总结了关于软件工程的一些基本知识，包括如何理解软件工程、为什么要学习软件工程以及学习软件工程的一些思路和方法。这篇文章，是对软件工程基础理论知识的部分总结和归纳，我会尝试用自己理解的语言来描述。
对于敏捷来说，相关方是可以包括任何与项目有关的人的。也就是说，不管是客户、用户、高层领导、甲方员工，只要是与我们要进行的项目有关联的人都是相关方。在 PMP 的十大知识领域中，有一个 管理相关方 ，但是从敏捷的角度来看，我们与相关方应该是相辅相成的，所以，用 “参与” 会更合适些。
一、敏捷革命 1.当我们将试验成本减少到足够低时，整个产品开发的经济学就会发生改变——从以预测为基础的流程（定义、设计，然后建造）转变为一个以适应为基础的流程（构想、探索，然后适应） 2.当生产不同产品的成本突然降低，而把这些不同产品集成到一个产品的成本又很低时，那么这个很大的产品可以说不是生产出来的，而是进化出来的 3.罗伯特·库珀：“各地的公司，无论蔬菜销售商还是坚果销售商，无论是开罐器制造商还是汽车制造商，都参与了新产品研发战争 ，而前沿部队就是产品开发团队。在这个新产品战场上，闪电般的攻击能力——计划充分且出击迅速——越来越成为成功的关键因素。而机动性或者速度则可以保证闪电攻击能够抓住机会或者捕捉到敌人” 4.最终客户价值是在销售时交付，不是在计划时交付 5.任何以敏捷方法为幌子进行特殊开发的人，都是彻头彻尾的骗子 A.敏捷商业目标 1.一个良好的探索流程（如敏捷项目管理）需要实现5个关键的商业目标：
应Worktile团队之约，撰写了此文。我从来不喜欢敷衍了事，于是准备良久，回顾了这些年的点点滴滴，才成此文，以此祭奠那些年，项目管理之摸着石头过河的那些日子。
在软件项目或者其他类型的有高变更比率的项目而言，严格的变更管理流程会带来很多问题。相比而言，敏捷项目管理允许变更的发生，比如极限变成(XP)提倡"拥抱变化"。敏捷使用轻便、高可视化的方法来处理待办事项的优先级排序的变更。
随着全球进入到信息化时代，越来越多的企业迫切地寻求新的商业模式，要求迭代、探索、不断加速创新以响应快速变化的市场。如今一系列新兴概念如敏捷开发、极限编程、微服务、自动化、DevOps 等大行其道，然而面对互联网海量的信息，许多企业仍旧处于不知如何结合敏捷、DevOps 等理念和工具并落地实施的困境中。为了助力企业实现数字化转型，CODING 联手优普丰共同打造符合 Scrum 理念及中国特色研发管理需要的敏捷协同、DevOps 工具，为客户群体提供理论和实践兼备的全方位产品服务。
作为敏捷项目管理的开篇文章，还是先来简单地说一说为什么先从敏捷开始，为什么是以 PMI-ACP 为参考。当然，这一系列的文章可能不可避免地会为 PMI-ACP 做一些广告，但是我想告诉大家的是，敏捷以及项目管理相关的内容要掌握好，实践比理论重要，也比考试证书要重要的多。
敏捷项目管理VS传统项目管理
I. 项目管理概述 A. 项目管理定义和目标 B. 项目管理的重要性和价值 C. 项目管理生命周期
除了以上列举的，字节跳动、有赞等也爆出裁员风波，2021年以来的互联网裁员，近期正愈演愈烈，除了看得到的业务模块精简、省年终奖等原因，我们也不妨做出推断，背后的另一重要原因也可能是，这些大厂步入了项目管理的传统思维——追求多快好省的顺序。
本文就“软件标准化研发流程”，从理论、实践和最终如何在你的团队和公司落地进行串联介绍。主要分为三部分，先理论：软件开发，难在哪里？以及MVP、敏捷开发、Scrum、开发流程图、每日站会、看板、增量模型、迭代vs增量、XP、DevOps……；再实践：标准化研发流程，什么是协作流+信息流+价值流、项目管理模型（嵌套）；最后落地：现状分析及目标制定、YesDev项目管理模型、用价值驱动软件研发交付、建立三大指标体系、制定领航提升计划表。
前面文章有提到敏捷的一些基本概念和做法，Scrum是一个敏捷框架，满足Scrum的做法都被认为是敏捷的行为。而本篇文章希望从敏捷工具讲起，对不同组织文化的敏捷项目管理工具选型做一下对比分析。
但凡接触过一点敏捷的小伙伴，一定会听过 Scrum 的大名，为啥呢？因为各大互联网公司确实都在应用很多 Scrum 的实践。比如我学习过的网易云课堂的项目管理微专业课程，里面的讲的基本上就都是 Scrum 的各种东西。
领取专属 10元无门槛券
手把手带您无忧上云
