Sky23 发表于 2016-1-28 23:01
https://www.youtube.com/watch?v=sPOJQAnHCXg
{:5_334:}
谢谢！
先睡觉了，明天开始看
本帖最后由 salangane1234 于 2016-1-28 23:18 编辑
热乎乎的嘴 发表于 2016-1-28 22:21
谢谢Tipp
不过新公司的同事都不白给，我自己是个白丁，不比他们知道多少，网上那些资料同事应该都看过 ...
你对自己的期望值太高了。
其实别人不见得会网上查一大堆东西，你只需要把信息整理下， 清晰展现出来就好了。
其实Scrum只是一套方法， 本身就是纯理论的东西。我做的项目也用过Scrum, 重要的还是项目管理本生。
真正的 scrum master还有专门的考试以及项目经验。他们如果期待你做master的工作，那是期望值的问题。你可以把这些都介绍进去。
你可以事先说，希望和大家共同探讨。
你最好理一下你的思路， 想想自己对Scrum的体会和实践，用自己的方式讲出了，别相信网上那些纯扯淡的理论，其实Scrum是一种去管理化的项目组织模式， 形式十分灵活， 所以千万不要从网上拼凑出一些你自己都不懂的东西， 重要的就是你自己的理解。
楼主你有点典型的国人思维，听到风就是雨了。 同事提了一句Scrum，你就把自己当成专业的Trainer来看这个问题了。
很明显，你并不是一个专业的Trainer，你的工作内容也跟培训其他员工没有太大联系。懂一些Scrum，这点只是你简历背景的一个plus Punkt。真的要招这方面的有培训能力的专家，你们公司早就会问清楚这点。
你要做的是先回忆你以前工作中的Scrum使用经历做一个总结，然后再补充一些那块的理论部分，就结束了。其他不懂的地方，就老实说自己没有接触过所以无法阐述。
别把这个Thema弄得太大到自己受不了场。
首先没有一个公司按所谓定义上的scrum用的，边学理论边用呗，然后告诉他们最好找个scrum coach。
感觉跟我们的ShopFloor有点像。
LZ不要被什么Scrum吓着。你首先要清楚Scrum的最终目的是什么: 促进项目按时完成。
好了，目的知道了。现在再来看看Scrum中的几个概念， 客户需求，Scrum Master, 解决方案，时间。
这不一下子就清楚了吗，解决方案是根据客户需求制定的，谁提的解决方案，自然就知道要花多少时间。
那个Master的工作不外乎就是实时掌握项目进度，协调开发组间和开发人员间的工作。
其实没必要看什么书。
建议你这样安排，选出一个Master, 每天9:00开一个碰头会，大家说说前一天做了什么，有没有遇到什么困难，今天准备做什么。每两周开个较长一点的会，会上大家总结一下前两周都做了什么，有没有跟上事先确定的进度。理出下两周要解决的客户需求。
其实在实际执行中，Scrum只能起个督促的作用，要是真碰上棘手的问题，开发人员根本无法统计要耗费的时间。再说订时间是根据团队大多数人的意见和开发者的意见综合而定，这要是大家都互相抬长所需时间，Master根本就没有说No的资格。所以你懂的。
就我个人经验，scrum 确实是比Wasserfall 效率高很多。前提是从product owner 到Developer 都严格执行。那么需要一个执行力度比较强，又比较懂技术的scrum Master,即可以准确的把backlog 里的User Story 分到各个sprint 里，又可以组织好daily 和Retro,planning 。这个东西理论性不强，只是实践性很强，LZ大致阐述一下游戏规则接下来也要看公司项目成员的执行力了。
scrum其实没有什么的。只是一种规划时间目标的组织方式。其实如果严格按照那些做很浪费时间。就当启发一下思路就行了。 没有必要完全遵循。