Scrum团队成立,阅读《构建之法》第6~7章,并参考以下链接,发布读后感、提出问题、并简要说明你对Scrum的理解

Scrum团队成立:

 团队名称:神的孩子

团队目标:短期目标,完成O2O模式的第一个平台

团队口号:我们都不是神的孩子

团队照:

角色分配

  产品负责人: 许佳仪。决定开发内容和优先级排序,最大化产品以及开发团队工作的价值。

  Scrum Master: 卓宇靖。负责确保团队遵循 Scrum 的理论、实践和规则。Scrum Master是团队中的服务式领导。

  PM项目经理:赖文亮。团队的领导, 带领、平衡、推动、激励、目标达成、交涉,平等工作之外管事也管人。

  用户:柯晓君。从最终使用者的角度把握所开发软件的用户体验,团队工作必须响应并满足用户需求。

. 团队项目选题 

  1. 约拍:O2O模式 uber模式,美团外卖,百度外卖......做成一个平台,服务提供者和服务需要者通过我们的平台达成服务交易。流行的获得巨大风险投资的可能。

第六章 敏捷流程

    第六章主要讲敏捷流程,从敏捷流程的问题和解法,团队,总结等阐述敏捷流程的相关信息。作为CMM神话崩溃后被引入的一套新的软件开发模式,这几年来被广泛引起关注,并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知,但以下总结了我所在公司的敏捷开发试验,希望可以达到管中窥豹的目的。

敏捷开发宣言——
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
虽然右项也有价值,但是我们认为左项具有更大的价值。

不过敏捷开发流程也有自己的不足,

1、对于全新的软件,在项目早期测试人员就参与并实现自动化测试脚本,但实际上软件的界面等非常不稳定,导致测试人员返工的工作量很大。
2、对于全新的软件,资料人员过早参与,后期返工工作量大,原因同第一点。
3、自动化系统测试工作量大,测试人员投入大量的精力在使测试自动化起来,而没有足够的精力放在真正的测试软件的功能是否正常。即便是这样,自动化系统测试脚本也多流于形式,测不出深层次的问题,等等。

第七章 MSF

    MSF即微软解决方案框架,主要从Msf简史,基本原则,团队模型,过程模型,敏捷开发模式等阐述。

其中,使用MSF团队模型要注意的问题有:

1. 清晰的责任,共同的职责

2. 赋予小组成员权力

3. 聚焦业务价值

4. 共同的项目设想

5. 保持灵活,预测变化

6. 推动开放式沟通   

     其中,MSF过程模型建立了工程中各种活动的顺序,从这方面看,它体现了一个工程项目中整个生命周期。当前各种工程项目中都有各自的过程。MSF过程模型起始于微软开发软件应用程序的过程。它经过演化,与一些其他流行的过程模型中最为有效的原理相结合,形成一个模型。MSF过程模型可以跨越所有的工程类型,例如基于阶段类型的、里程碑驱动的、基于迭代模型等类型的工程。MSF过程模型可以应用到传统的软件开发环境中,但同样的,它也可以适用于电子商务、分布式WEB等企业解决方案的开发和部署中。

对于Scrum的理解:

Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法。Scrum是一个包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员。

 

原文地址:https://www.cnblogs.com/Ranjer/p/5445092.html