51Testing第85期沙龙(杭州站)的与会感悟
上一篇 /
下一篇 2016-09-27 21:04:37
/ 个人分类：理论
有幸参与51Testing的85期的
沙龙活动 对主办方表示真诚的感谢！以此次与会收获为背景特
记录下自己的感悟
1：敏捷与传统之间的挣扎
我们一起来看下敏捷的原核心价值观吧：
◆个体与交互 重于 过程和工具
◆可用的软件 重于 完备的文档
◆客户协作 重于 合同谈判
◆响应变化 重于 遵循计划
乍一看，我去~~ 说的好有道理；再一想，哎~说的好玄幻！
很多团队里的敏捷是这样的：
有个体和互动 无流程和工具
有工作的软件 无任何文档
有扯淡的客户需求 无合理的合同谈判
有响应变化 无任何项目计划
在这种所谓的敏捷团队里很多时候都会让哥们想到脚本里的“死循环”有木有？!
个人对敏捷的理解是这样的：
敏捷是团队对应质量和变化态度或者说敏捷是一种手段，有些文档是可以省去的，但是我们会需要正确完整地保存信息，所以该有的文档还是必须要有的；
个人和互动这点无非就是强调团队的持续有效交流，不管处于项目的任何阶段；
需求全部都必须在项目有限的生命周期里交付么？这是个值得思考的问题(当然，很多人不清楚项目&产品&服务的区别，呵呵~)
响应变化这点是态度的问题，对变化的响应肯定不是说团队里的某一个点，而是需要团队里的全部成员去关注的 谁能准确预料到变更带来的影响有多大呢？
2：五花八门的需求变更
产品经理突然说"这个地方需要加个小功能，那个需求的逻辑变了，兄弟们麻溜的 赶在明天发布前弄好"
是不是很熟悉这个场景，嗯~ 估计大家都经历过类似的情况。我个人觉得 对每次变更我们都需要重新评估工作量，影响范围，发布风险这些方面，不论这个变更有多大或者多小，这是对变化的态度问题。
3：无休止的加班-Plus
“兄弟们加个班，咱们尽快完成”
我个人承认工作时间的延长会影响进度，可是 请各位同学想下你的加班意义何在？ 投入那么长时间的加班给团队带来的是什么？
4：故障-这顶小黑锅
生产环境有问题了，----->第一反应责问测试同学“为什么这个问题没在发布之前测出来？”
对这种问题，我个人只有一个想法"Fuck yourself"。
出现了故障，第一时间不是去定位故障发生的原因 去解决问题，而是去责问研发中的一个环节(测试)？这明摆着是拿测试当炮灰！ 请问：故障产生的根本原因是什么 是需求问题？是编码问题？
最后再发一飙：软件质量是单纯靠测试同学们测出来的？？？ 如果是，这个锅我们测试小兵来背(当然，我奉劝各位同学远离这种团队)； 如果不是，Sorry！ 锅太黑~ 测试同学们不一定背的动！
5：版本能否发布谁拍板
"我觉得可以发布" "我觉得不能发布"
呵呵~ 千金难买"我觉得"，你的是靠能否发布的"Sense"
我的版本能否发布是靠质量数据来说明的(当然，有的团队里的质量数据不是作为能否发布的依据，更重要的目的是给领导看的~)
6：永远不变的
这个世界上，永远不变的只有"变化"；既然这样 我们为什么不去拥抱变化呢？ 只是提醒各位一下，在拥抱之前 做好准备工作，具体是哪些？ 你猜！
收藏
举报
TAG:
沙龙
杭州
