建议使用以下浏览器,以获得最佳体验。 IE 9.0+以上版本 Chrome 31+ 谷歌浏览器 Firefox 30+ 火狐浏览器
请选择 进入手机版 | 继续访问电脑版
设置昵称

在此一键设置昵称,即可参与社区互动!

确定
我再想想
选择版块

无敌哥

发帖: 1粉丝: 1

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于2019-7-8 14:25:41 401 1 楼主 显示全部楼层
[专家内容专区] 【MVP·微话题】敏捷的本质到底是什么?

微话题 “敏捷的本质到底是什么?”

希望大家能够畅所欲言。如果大家有其他任何与敏捷相关的问题,也可以在本帖回复直接咨询MVP王立杰。

=======【华为云·微话题】敏捷的本质到底是什么? =======

成功产品的特性就是要以用户为中心,快速响应市场变化。在进入移动互联网时代后,这种特性表现的更加突出;对应的项目管理必须能够适应这种变化,如果沿用传统的项目思路来管理,过分强调需求的完备化、WBS分解、甘特图、关键链、大而全的项目计划、按部就班的进度追踪,肯定适应不了当前变化多而快的市场环境。

 

敏捷项目管理,作为最近几年的热点话题之一,已经逐渐成为国内外各大互联网公司的标配,根据最新Version One公司做出的统计,90%的实施敏捷转型的公司,在采用敏捷项目管理方式后取得了非常好的改进效果,缩短了产品交付周期,提高了产品质量,提高了客户满意度,同时提高了研发效率及员工满意度。

 

那么,相对于传统项目管理模式,敏捷的本质到底是什么呢?

期望看到大家精彩的评论:

1. 敏捷强调快速响应变化,是不是根本不需要做计划?

2. 唯一不变的就是变化,在敏捷模式,该如何掌控需求变化?

3. 敏捷中,该如何写文档?PRD还有需要吗?

4. 敏捷强调团队的自管理、自组织,对成员的能力要求到底是什么样的?如何促进团队成长?

5. 如果用一句话或几个关键词来描述敏捷,你会怎么定义?

微话题活动:参与本次微话题讨论,有机会获得优质评论奖,赢取书籍。

活动时间201978-722

参与方式:直接在本帖回复关于以上5个问题中的任意1个或多个问题的理解或评论

获奖方式:活动结束后,将由MVP 王立杰  选取出2名优质评论奖,各送出《敏捷无敌》书籍1本。

评奖标准:回复话题数量和内容质量。


回复 举报
分享

分享文章到朋友圈

分享文章到微博

ecstatic

发帖: 9粉丝: 5

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于昨天 15:04 沙发 显示全部楼层

1. 敏捷强调快速响应变化,是不是根本不需要做计划?
   计划是一个项目实践过程中非常重要的工作,它能够保证我们开发的方向性和可预期性,为此通常我们会制定一些文档和注意事项。敏捷开发也非常强调计划的重要性,但制定的过程却非常灵活。在敏捷开发迭代初期,开发人员会和客户一起按照需求的优先级和依赖关系制定一个2-6周的开发计划。这个计划的灵活性在于计划的构成不是按照任务数量来规定时间,而是根据时间来制定任务量,这就解决了需求变更导致的计划改变等问题。

2. 唯一不变的就是变化,在敏捷模式,该如何掌控需求变化?
    a.问卷调查、意见反馈、竞品分析,数据分析、同事反馈、用户观察等方式收集需求
    b.把需求用用户故事表述
    c.判断需求优先级
    d.安排人员实现需求
   
3. 敏捷中,该如何写文档?PRD还有需要吗?
   把文档拆分成好几个部分去写,最后才合在一起,
   需要,PRD除了讲解需求的作用,还是产品历史功能追溯、记录的作用,用来保证需求设计、开发实现、测试验证的过程是在同一个基准的理解基础上的,避免出现各自的想法不一致导致的产品形态走样。

4. 敏捷强调团队的自管理、自组织,对成员的能力要求到底是什么样的?如何促进团队成长?
        a.能力要求如下:
        初级敏捷团队
    1、Team内PO角色清楚,PO负责管理Product Backlog;

    2、PO是需求的主要来源,并负责并从各方收集需求,并对需求负责;

    3、PO负责Product Backlog优先级的确定,当变动发生时也是如此;

    4、Team中有一个人可以承担Scrum Master这个角色的工作,基本上由此人长期承担Scrum Master的工作;

    5、基本能够协调Team解决在Sprint内遇到的问题。但是对跨Domain的问题解决推动能力弱;

    6、由Scrum Master协助团队成员进行维护Sprint Backlog,并培养团队成员自行维护Sprint Backlog的习惯;

    7、Scrum Master负责主导和主持站会,站会在固定地点和固定时间,在标准时长内结束,Scrum Master对团队每个成员的工作内容都很清楚,可以通过站会发现大部分问题和风险;

    8、Scrum Master负责各种会议的如期进行,如plan meeting、总结会议、PRD reivew、ERD review、Code review、Case review等等;

    9、Scrum Master负责主导和主持plan meeting,给出工时的评估方式,给出本次sprint的计划内容和优先级别,引导大家进行sprint内容的拆分,引导大家完成工时的评估;

    10、Scrum Master负责主导和主持总结会议,主要由Scrum Master负责总结本次迭代的优点和缺点,并针对缺点制定出改进措施并进行跟进;

    11、Scrum Master负责监控风险和进度,并能知会给利益相关人;

    12、Team大部分情况下能够完成对DOD的承若;

    中级敏捷团队

    1、PO负责管理Product Backlog,Team认可Product Backlog内容;

    2、Team会协助PO收集需求,也会积极提出需求,Team认可需求并对需求负责;

    3、PO协助Team进行Product Backlog优先级的确定,当变动发生时也是如此;

    4、Team中Scrum Master这个角色的工作有Backup,当Scrum Master不在时,Backup可完全承担该角色的工作;

    5、完全能够协调Team解决在Sprint内遇到的问题。对跨Domain的问题解决推动能力较强,但对跨部门的问题解决推动能力较弱;

    6、团队成员自行维护Sprint Backlog的习惯已形成,Scrum Master只需监督和提醒;

    7、Scrum Master协助站会有效进行,站会在固定地点和固定时间,在标准时长内结束,团队成员对于其他成员的工作内容都很清楚,团队成员可以协助Scrum Master发现一些问题和风险,大部分问题和风险还是由Scrum Master发现;

    8、Scrum Master协助各种会议的有效进行,如plan meeting、总结会议、PRD reivew、ERD review、Code review、Case review等等;

    9、Scrum Master协助plan meeting有效进行,和团队成员共同商讨确定工时的评估方式、本次sprint的计划内容和优先级别,进而共同完成sprint内容的拆分和工时的评估;

    10、Scrum Master协助总结会议有效进行,和团队成员共同商讨总结本次迭代的优点和不足,能够针对不足制定出有效的改进措施并进行有效的改进,而优点能够继续保持;

    11、Scrum Master主导,团队成员参与监控风险和进度,并能定期通知给利益相关人;

    12、Team共同完成对DOD的承若;

    高级敏捷团队

    1、Product Backlog由PO发起管理,由Team共同参与讨论完善;

    2、Team共同提出和收集需求,共同对产品负责;
    
    3、Team共同对Product Backlog优先级进行确定并负责,当变动发生时也是如此;
    
    4、Team中任何一个人都可以承担Scrum Master这个角色的工作;

    5、可以帮助Team跨越Sprint中遇到的一切障碍,对跨Domain和跨部门的问题解决推动能力均较强,保障DoD按约定完成;

    6、团队成员自觉维护Sprint Backlog,Scrum Master定期检查团队成员维护Sprint Backlog的情况;

    7、团队成员积极地参加站会,站会高效地效进行,站会在固定地点和固定时间,在标准时长内结束,团队成员对于其他成员的工作内容都很清楚,团队成员积极提出问题与风险,和Scrum Master共同发现所有问题和风险;

    8、Scrum Master辅助,团队成员主导各种会议的有效进行,如plan meeting、总结会议、PRD reivew、ERD review、Code review、Case review等等;

    9、Scrum Master辅助,团队成员主导plan meeting,Team共同对工时评估的结果,本次sprint的计划内容及拆分结果,优先级别确认结果负责;

    10、Scrum Master辅助,团队成员主导总结会议,Team共同对本次迭代的结果负责,能够共同认识到不足的根本原因所在,后期所有团队成员都积极有效的改进,将不足逐渐转变为优点,而优点能够越做越好;

    11、Team共同积极监控风险和进度,并能及时通知给利益相关人;

    12、Team从专注功能实现专为专注产品实现,Team有能力识别产品的正确路线,共同促使产品不断被完善;

        b.团队成长需要:
    1、团队要学会在没有大而全的计划的情况下开始工作;

    2、团队要学会在没有详细需求文档的情况下,通过用户故事和交流分析和理解需求,开始设计和编程;

    3、团队要习惯于频繁递交代码和持续集成;

    4、团队是在高度透明的环境下工作,每个人的进展被所有人都了如指掌;

    5、团队需要进行结对编程,需要频繁的沟通和讨论;



5. 如果用一句话或几个关键词来描述敏捷,你会怎么定义?
       以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发

点赞 回复 举报

游客

您需要登录后才可以回帖 登录 | 立即注册