0427 scrum & 读后感

5.Scrum团队成立

5.1 团队名称,团队目标、团队口号、团队照;

5.2 角色分配

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

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

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

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

6. 团队项目选题

  (待定)

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

  学习附录:

  Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1

  Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-program.html

  Scrum实践:《硝烟中的Scrum和XP》http://www.educity.cn/pm/594948.html

读后感:

第六张章

问题:

第七章

问题:

对于Scrum的理解: Scrum是一个用于软件开发维持复杂产品的框架。我感觉这是一个比较科学、严谨的框架。能充分调动队员的积极性和热情去投身项目的开发,并且取得比较明显的效果。同时必须跟进进度,发现问题或者三套方案都有相应的措施。不知道这个框架用于我们学生的小团队中会有怎么样的效果,但是很值得去尝试。

时间: 2024-10-13 23:00:49

0427 scrum & 读后感的相关文章

《构建之法》6-7章读后感、问题及对Scrum的理解

第6章读后感: 看完第六章后了解什么是敏捷流程.“敏捷流程”在软件工程的语境中是一系列价值观和方法论的集合. 我觉得敏捷是比较人性化而且让人比较轻松的的一种方法吧,它会比较注重交流,而不是硬性的规定和要求,比如用户与开发者之间的交流,团队内部成员的交流等等,分工合作等会比较公平,而且会比较注重效率,会经常更新自己做的软件,会有长期的一个规划,有计划的去完成任务,团队进步会很快. 第7章读后感: 本章主要说了MSF的原则,MSF团队模型和开发模式,MSF和CMMI.MSF的基本原则是推动信息共享与

《构建之法》第6~7章读后感和对Scrum的理解

第6章 敏捷流程 “敏捷流程”是一系列价值观和方法论的集合.从2001年开始,一些软件界的专家开始倡导“敏捷”的价值观和流程, 他们肯定了流行做法的价值,但是强调敏捷的做法更能带来价值. 敏捷开发原则: 1.尽早并持续地交付有价值的软件以满足顾客需求 2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 3.经常发布可用的软件,发布间隔可以从几周到几个月,能短则短 4.业务人员和开发人员在项目开发过程中应该每天共同工作 5.以有进取心的人为项目核心,充分支持信任他们 6.无论团队内外,

关于《构建之法》读后感

关于<构建之法>读后感 翻开<构建之法>,第一眼看到的是其他读者对该书的读后感受评语,看了这些评语便引起了我的好奇心,这本书真有他们说的那么好?软件工程留给我的印象说比较枯燥无味的,那么一本关于软件工程的书即便写的再生动形象始终逃不开枯燥不是?可是书评却恰恰相反,这让我有一种想探究竟的冲动在无形中被勾起了. 看了,发现该书真如其他读者反馈的一样,该书是一本写的有血有肉的,具有强大的实用性及超级趣味性,生动形象的让人很容易读懂的书. 该书的内容主要以设置情景,采用一问一答的形式为软件

《构建之法》第六第七章读后感

<构建之法>第六第七章读后感 阅读<构建之法>第6~7章,并参考以下链接,发布读后感.提出问题.并简要说明你对Scrum的理解. 学习附录: Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1 Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-progr

构建之法6-7章读后感

阅读<构建之法>第6~7章,并参考以下链接,发布读后感.提出问题.并简要说明你对Scrum的理解. 学习附录: Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1 Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-program.html Scrum实践:<硝

0501-构建之法6,7章读后感

读后感: 第六章主要详细介绍了敏捷流程,在软件工程范畴里,“敏捷流程”是一系列价值观和方法论的集合.这一章以敏捷流程的Scrum方法论而展开,Scrum 采用迭代.增量的方法来优化可预见性并控制风险,并且SCRUM 是一个用于开发和维持复杂产品的框架. 敏捷开发的流程如下: 1.找出完成产品需要做的事情 - Product Backlog. 2.决定当前的冲刺(Sprint)需要解决的事情--Sprint Backlog. 3.冲刺(Sprint). 4.得到软件的一个增量版本.发布给用户.然后

Scrum项目前的动员与准备

---3.0--------------------------------------------------------------------- 5.Scrum团队成立 注:团队情况: 团队博客地址:http://www.cnblogs.com/gjpg/                 团队github地址:https://github.com/ganjiaping 团队成员: 团队成员1学号:(组长)201406114207  姓名:甘佳萍  个人博客链接:http://www.cnb

0502团队项目 SCRUM团队成立

Scrum团队成立 团队名称:对不对?队 团队目标:短期目标,完成O2O模式的第一个平台 团队口号:我们都不是神的孩子 团队照: 角色分配 产品负责人: 许佳仪.决定开发内容和优先级排序,最大化产品以及开发团队工作的价值. Scrum Master: 卓宇靖.负责确保团队遵循 Scrum 的理论.实践和规则.Scrum Master是团队中的服务式领导. PM项目经理:赖文亮.团队的领导, 带领.平衡.推动.激励.目标达成.交涉,平等工作之外管事也管人. 用户:柯晓君.从最终使用者的角度把握所开

SCRUM黑

来自 :coolshell 这篇文章的原文在这里(原文链接)(下文不是全译,也不是部分译,我只是把其总结,有我自己的发挥,但是原意大致不变),这篇文章完全是在调侃Scrum的,作者第一段就是一个免费声明,其说他是Scrum和其它敏捷方法的big fan, 他也认为Scrum 100% 对 软件开发可行.作者使用Scrum 5年了,也公开作过几次敏捷的分享会.他觉得写这篇文章只是为了好玩,因为他们戴上Edward de Bono 的 black hat (黑礼帽 – 是6个思考之帽中的一种——负面