展开

关键词

敏捷开发与个人管理

1、概论         敏捷开发,其实道理很简单,但是太多的事情是道理简单却做不到。         敏捷开发(Agile)的核心是去中心化,扁平化结构,拥抱变化,习惯不确定性,当然,还有最重要的迭代。 ? 在敏捷开发的思想中,产品负责人做出的干预越少越好,当然,在大方向错误的时候,需要跳出来cancel一些事情,一面团队最后变得像癌细胞一样不可控制。          其实所谓敏捷开发,所谓Scrum说白了就是简化了、平面化、去中心化了的IT项目管理。         在整个管理的过程中,还有几个重要的特点以及一些工具、方法。 6、个人管理的Scrum理念         关于Scrum大致就是这么多的感悟和理解。其实Agile这一套完全可以用于自我管理

45050

如何高效地进行敏捷开发管理

敏捷开发其实是企业的一种管理文化。 目前软件行业敏捷开发管理最大的问题在于太看重具体的形式,而忽略了敏捷的初衷。 很多公司请几个敏捷教练建立流程,把会议室的椅子都搬走宣布从今以后大家站着开会了,使用敏捷管理工具建立迭代、建需求、分任务,可是这真的就意味着敏捷了吗? 我们不禁要问,这真的是敏捷吗?敏捷的初衷是团队成员能够更加紧密地配合完成工作,敏捷开发强调拥抱变化,但并不意味着可以随心所欲地变更需求。 下面我想分享下我们公司在近百人的开发团队,同时进行十几个项目开发的过程中,是如何使用CORNERSTONE管理平台进行敏捷项目管理的。 最后总结一下,敏捷其实是一种管理方式,敏捷不会告诉我们具体每个项目应该怎么做,杰夫·萨瑟兰有句话说得好,不要猜测,要规划、执行、检查、行动。我认为这句话道出了敏捷的本质。

33630
  • 广告
    关闭

    老用户专属续费福利

    云服务器CVM、轻量应用服务器1.5折续费券等您来抽!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Jira入门教程 敏捷开发管理(一)

    无论是“需求”,还是“BUG”,或是“任务”,都是“事务”的一种,所以Jira可以胜任非常多的角色:需求管理、缺陷跟踪、任务管理等等……因为Jira提供了专门的Scrum视图和Kanban视图,所以特别适合敏捷开发团队使用 开发一个App是一个项目,开发一个微信小程序也是一个项目,公司办公室搬迁也可以是一个项目。可以说,在项目管理范畴内可以看作“项目”的,都是Jira中的项目。Project是Issue的容器。 而Issue则是Jira核心中的核心,它分为以下几种类型: - Story 故事(即敏捷开发中的“用户故事”) - Epic 史诗 - Improvement 提升 - New Feature 新特性 对于敏捷开发团队来说,“用户可以编辑并修改个人资料”可以建一个Story;对职能部门来说,“月底向供应商支付货款”可以建一个Task。 当然现在离真正使用Jira管理敏捷开发还差一个关键环节:了解敏捷开发的基本概念。下一期再介绍喽~

    10.9K91

    敏捷1.1】敏捷项目管理敏捷宣言

    敏捷项目管理敏捷宣言 说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦,这篇文章还是非常轻松的。 传统项目管理 对于传统项目管理敏捷项目管理的不同,我们可以列一个非常大的表出来,不过,这样列出来其实挺没意思的。 传统的项目管理以及由此产生的软件开发模式都有一个特点。那就是事前详细完善的计划,事中全员的严丝合缝的执行。 VCUA时代 在敏捷中,有句名言:唯一不变的就是变化。这句话非常有意思,只有变化本身是我们这个世界上唯一不会发生变化的东西。要搞明白这个事情,我们还是再看下传统项目管理和软件开发中的问题。 大家只要知道有一帮很牛的人聚在一起为了解决传统软件开发中的各种问题,制定出了这一套敏捷宣言。

    18520

    【Kevin聊敏捷敏捷项目管理之Development Team 开发团队

    敏捷管理中的开发团队包括了开发人员、测试人员、美工设计、DBA等全职能、跨领域的团队,这是一支自我管理的团队。 一、Development Team开发团队定义 首先先将开发团队和敏捷团队区分开来,敏捷团队包含了Development Team 开发团队、Product Owner 产品负责人、Scrum Master 相当于开发团队是敏捷团队中的子集。 之前很多人还有这传统项目的观念:Product Owner 产品负责人不是敏捷团队中的一员,在敏捷项目中,他就是敏捷团队中的一员,是和开发团队、敏捷教练一起对产品的最终交付和价值负责任的。 很多公司说自己已经用上了敏捷管理的方法,但实际上任务还是领导分配,开晨会也是团队成员向领导汇报进度。这不是真正意义上的敏捷团队/敏捷管理

    60271

    CODING 敏捷开发:如何进行迭代管理

    ---- CODING 承载了最先进的敏捷研发理论,能够帮助您和您的团队快速入门敏捷研发,并通过标准化的流程和完整的信息统计成为企业实践敏捷研发的好工具。 在上一篇中我们通过视频教程展示了 CODING 完整的敏捷研发工作流,接下来的视频系列将会更加细致地展示敏捷研发模块中各个场景的使用方式。 如何使用 CODING 敏捷研发 进行迭代管理 接下来通过视频跟随 CODING 了解如何轻松搞定迭代管理: 更多敏捷模块功能使用指南,可查看近期 CODING 公众号发布的系列视频: ? 基于 CODING 轻松搞定敏捷开发

    46410

    敏捷项目管理之需求管理

    作者:叶朝萍 [1499392921893_7114_1499392923068.png] 背景 在近几年比较火的敏捷开发大背景下,我们的项目团队的需求管理,也一直在探寻着敏捷开发的轻量化管理的原则 下面就来谈谈,咱们浏览器项目需求管理那些事 ~ 需求管理1.0 时代 --- FT 自管理+excel 规划表 我们知道,敏捷价值观中有一个是关于文档的,认为: [1499393074848_4910 使得开发无法按期完成需求,而造成版本的延期。 针对问题,我们继续进行相关的总结分析,发现主要原因还是需求的质量控制不够:虽然我们的需求在迭代开始前,有了评审的机制,但实际开发的过程中,由于需求本身复杂度、技术方案选择,或者开发时间的评估不足等,仍然会导致我们的需求开发有一定的可能会出现延期的情况 当然,敏捷项目需求管理的方法,我们仍在不断总结和迭代优化中,希望大家也一起来多探讨更好的管理模式,期待更优的需求管理4.0 时代的到来!

    2.4K00

    敏捷项目管理 - Jira

    敏捷项目管理架构 Release(发布,单位为月) Sprint(冲刺,单位为周) Issue(问题)类型 Epic( 史诗) Story( 用户故事) Task(任务) Bug(故障 ) Jira创建Release(发布版本) ◆Release(版本)的时间跨度通常为1-3个月 ◆版本包含多个Sprint (冲刺) ◆Release 里会清晰定义需要完成的开发任务

    29020

    敏捷开发」企业架构和敏捷开发:对立吸引?

    因此,在许多组织中,敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。 ? 敏捷开发已成为软件开发的标准。但真正的业务敏捷性需要的不仅仅是拥有一堆Scrum团队。 此外,如果您只关注敏捷软件开发提供的小规模敏捷性,您可能看不到树林:为什么您希望像企业一样灵活,这需要什么? 在更大的规模上组织敏捷 企业不仅仅是小团队的一系列本地开发项目。 但是,如果我们利用这两种方法的优势,我们就可以创建一个整体运动的企业,而不需要一个能够扼杀地方发展和创新的中央,指挥和控制管理。 特别是,敏捷方法强烈依赖于反馈循环,而TOGAF的治理本质上是前馈。TOGAF的架构变更管理(阶段H)是此反馈的有用切入点。我们打算在未来的一个博客中解决这个问题。 相反,业务架构是这个等式中越来越重要的一部分:战略映射,基于能力的规划,价值映射,业务流程管理,精益六西格玛和其他与业务相关的学科仍然缺失。真正敏捷的企业需要的不仅仅是敏捷的IT。

    55020

    【Kevin聊敏捷敏捷项目管理APM-敏捷度量

    很多人都认为敏捷管理就是将每个sprint的功能交付,给出可用的软件即可,没有数据度量。其实这种理解是不正确的,敏捷项目管理也是有度量数据的,有哪些度量数据呢? 【Kevin聊敏捷敏捷项目管理之Sprint Planning 迭代规划会 14.【Kevin聊敏捷敏捷项目管理之Scrum Events 敏捷活动 13. 【Kevin聊敏捷敏捷项目管理之Scrum Master 敏捷教练 12.【Kevin聊敏捷敏捷项目管理之Development Team 开发团队 11. 【Kevin聊敏捷敏捷项目管理之Scrum三大支柱 08.【Kevin聊敏捷敏捷项目管理之Scrum价值 07.【Kevin聊敏捷敏捷项目管理之Scrum 06. 【Kevin聊敏捷】项目生命周期之预测型生命周期 02.【Kevin聊敏捷】项目管理的四种生命周期 01.【Kevin聊敏捷】传统项目管理VS敏捷项目管理对比-各模式的发展历程

    59800

    MBA管理敏捷项目管理的关键

    敏捷项目管理中,我们采用“调整性行为”来说明应该采纳的一些正确做法(其中之一便有可能是纠正计划本身)。      (4)当管理、客户以及技术等发生变化时,团队能否做出有效的调整和应对.    这种平衡是必须的,因为项目可以是生产性的,也可以是开发性的,还可以是介于两者之间的。生产性的项目不确定性很低,而开发性的项目却是高度不确定的。 开发性项目强调预见性,项目执行的过程,就是朝着预见的方向探索前进的过程,而不是制定出严密周详的计划,然后严格实施的过程。 也就是说,计划或调整,不能说孰对孰错,管理者应根据项目自身的具体情况、具体条件,作出最恰当的选择。

    49560

    谈谈敏捷开发

    随后进入了提倡敏捷开发的公司,被迫式的接触了许多“敏捷开发”,随着项目经历越来越多,慢慢的就开始有了更新的认识和想法。 但是在接触敏捷开发这个体系之前,自己有机会做一个项目,那个时候我开始将自己认为更有利于项目的管理工作做了一些应用,那个阶段我的主要做法是: 1、项目中开始划分更短的制品交互周期,而不是以前那样等待产品开发完毕后发布各种测试版本 这里只是想强调需求需要更多的投入到开发过程中去,及时的与客户沟通交流,了解到客户的真实想法。 强调文档的作用 我觉得很多对敏捷开发的一个误解就是不需要文档,敏捷开发并未抛弃文档。 特别是对于一些无法进行有效管理开发团队就更加明显,经常是软件已经几个版本了,文档却是两年前的。 但敏捷真的不需要文档吗?我想不是的,如何把文档做到好维护我想才是最重要的。文档到底指的指的什么? 所以对于开发管理人员一定要考虑到这点,尽量让开发人员有比较好的工作进度环境,通过外界的方式来解决一些开发团队的干扰。

    47000

    敏捷开发--scrum

    请简述一下什么是敏捷开发(Agile Development),以及什么是持续集成。 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。 在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 许多团队发现这个过程可以大大减少集成的问题,让团队能够更快的开发内聚的软件。 2.  你所知道的敏捷方法有哪些? 流程管理员(Scrum Master) 主要负责整个Scrum流程在项目中的顺利实施和进行,以及清除挡在客户和开发工作之间的沟通障碍,使得客户可以直接驱动开发开发团队(Scrum Team) 主要负责软件产品在Scrum规定流程下进行开发工作,人数控制在5~10人左右,每个成员可能负责不同的技术方面,但要求每成员必须要有很强的自我管理能力,同时具有一定的表达能力

    79460

    敏捷开发Scrum

    38580

    Scrum敏捷开发

    什么是Scrum敏捷开发 Scrum是敏捷开发的一种,是一种以人为本,迭代式增量软件开发的过程,以英式橄榄球争球队形(Scrum)为名,因此可以想象,整个团队是高效而富有激情的。 Master可以由专门的人来担当,也可以由团队内部的成员来担当,很多团队都是由PO来同时兼任Master,笔者建议由团队内部成员轮流担当,这样能够培养团队成员的责任感,增强团队的凝聚力,并让大家更加容易理解敏捷开发的精髓 很多采用敏捷开的团队都不开Review会议,其实Review会议是有一定的好处和目的的: 可以让团队的成果得到认可,提升团队的自我价值感 其他人可以了解团队在做的事情 可以吸引一些利益相关者的注意, 这些需求最好包含以下状态:need to check、pending、reject、planning、developing、released、wait to dev,这些状态基本包含了一个需求的所有可能的状态,对产品经理管理需求有非常大的帮助 敏捷带来的价值 快速响应变化,及时响应用户反馈,调整优先级:Scrum开发可以完全适应现在互联网开发里的”小步快跑“,以轻量级的Story作为需求进行迭代式开发,保证最重要的总是优先做。

    74331

    了解敏捷开发

    什么是敏捷开发敏捷开发以用户的需求变化为核心,采用迭代、循序渐进的方法进行软件开发敏捷开发模式的分类 XP极限编程(eXtreme Programming) SCRUM 水晶方法 动态系统开发方法 精益开发 其中XP和SCRUM最为流行。 (对开发人员要求较高) 重构建立在软件开发中无法避免出现BUG的前提下,与其最后修改整体的BUG,不如在一次次的重构迭代中反复扩展优化。 在开发过程中,通过持续集成,使得每一次的发布都可以成为可执行版本。 勇气 应用极限编程,每时每刻都在应对变化。这要求开发者时刻面对快速开发,重新开发。 变化在软件开发中是不可避免的,极限编程的思想就是将变化扼杀在摇篮中,避免最后形成一个无法重构的庞大工程。

    34920

    PMI-ACP 敏捷项目管理3——敏捷框架

    一、敏捷的框架 对比PMP项目管理过程的五大阶段:启动、规划、执行、监控、收尾,敏捷项目管理同样可以把整个框架分为五个阶段,分别是:构想、推测、探索、适应和结束阶段。 敏捷项目管理阶段.jpeg 二、敏捷的常见问题解答 (一)、对于敏捷中文档的度,我们应该如何把握?什么样的文档是需要的,什么样的文档可裁剪? 答: 有价值的文档是需要的。什么样的文档有价值? 答: 敏捷的合同需要签订,但是签订合同的方式与传统的瀑布式合同签订方式稍有不同。根据DSDM的方法,敏捷合同的生效必须是业务人员与开发人员一起工作。 (五)、在原则4中提出业务人员与开发人员每天要在一起工作,这在实际中是不可能实现的,业务人员通常都比较忙,不可能参加到乙方的开发中,这样如何确保可以一起工作? 在现实中,业务人员的确不太可能与开发人员每天一起工作,所以通常在团队内部会有一个角色代表客户,可以是PO,也可以是BA,这可以根据每个组织的的不同进行设定。

    62920

    敏捷价值流开发 (产品级敏捷)

    许多今天还是明星的科技公司, 却往往因所生产的产品, 对客户不再产生任何的 ”影响力”, 而面临即将黯然关门, 倒闭的命运◦ 在这不可预期且淘汰迅速的大环境下, 是否可藉由精益敏捷开发, 而使产品的研发团队 敏捷价值流开发 (产品级敏捷), 便是以精益敏捷开发的思维, 从外部使用者的视角, 指导著产品的研发团队, 从建构产品级的特性到各版本的研发, 如何能以最少的产出, 却对外部的用户, 产生最大的影响与效益 ◦ 敏捷价值流开发 (产品级敏捷), 已在许多大型企业中执行且落实◦ 是一绝对成熟且值得学习的精益敏捷实践◦ 附件: 敏捷价值流开发(产品级敏捷)

    554100

    敏捷模型」敏捷架构:规模化敏捷开发的策略

    然而,完全相同的事情可以说是优秀的开发人员,优秀的教练,优秀的高级管理人员等等。谦虚是您架构工作的重要成功因素,因为您需要避免象牙塔式架构的发展并避免您的队友的敌意。 这种方法背后的动机通常是项目管理不希望任何人前进,直到就方法或“一个数据真相”达成共识。 这种方法通常是所涉人员的一种思维方式的结果,是瀑布式软件开发时代(20世纪70年代和80年代,当今许多管理人员都是软件开发人员)的遗留思维过程。 因此,这些团队进行了复杂的变更管理,持续集成,甚至可能是并行的独立测试策略(仅举几例)。 开源方法。使用此策略,一个或多个子系统/组件以开源方式开发,即使它是针对单个组织(这称为内部开源)。 企业架构,战略重用和/或类似的团队,负责发展和推广这些事物 运营和支持组织,有时也称为系统管理组织,负责在生产中运行组织的系统 关键是这些企业级考虑因素为开发团队提供了挑战和机遇。

    52620

    【Kevin聊敏捷敏捷项目管理之Scrum Events 敏捷活动

    Scrum Events 敏捷活动包括四个活动:1、Sprint Planning(冲刺计划会) 2、Daily Scrum(每日站立会) 3、Sprint Review (冲刺评审会) 4、Sprint 主要是为了开发一个潜在可用的可发版的产品增量。迭代周期是固定的,不能说这一次的这一次的迭代周期是3周,下次的迭代周期就是4周,再下一次的迭代周期就是2周。 image.png 二、Sprint Rules 迭代规则 在敏捷管理-Scrum过程中也要遵循一定的迭代规则: 迭代过程中不要中途替换迭代目标 不应该中途降低跌倒目标价值 目标范围也许会被重新调整 最开始的一个迭代周期不仅仅有 PO(产品负责人),还有开发团队以及足够的好想法来完成整个迭代。 4小时 内日站立会 实现迭代目标的进程 迭代待办事项 开发团队 15分钟 展示评审会 增量迭代、产品待办事宜 产品待办事项 敏捷团队、干系人 2小时 冲刺回顾会 迭代 迭代待办事项、工具等 敏捷团队

    58431

    相关产品

    • TAPD 敏捷项目管理

      TAPD 敏捷项目管理

      TAPD是源自于腾讯的敏捷产品研发协作平台,提供贯穿敏捷开发生命周期的一站式服务。覆盖从产品概念形成、产品规划、需求分析、项目规划和跟踪、质量测试到构建发布、用户反馈跟踪的产品研发全周期,帮助研发团队规范和改进研发过程,提升研发效率和产品质量。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券