公司要我讲Scrum，该怎么办？
本帖最后由 热乎乎的嘴 于 2016-1-28 21:52 编辑碰到难题里，想求大家帮忙！
是这样的：找工作面试的时候问我有没有Scrum经验，我说有，其实呢，我之前的工作（时间挺短)确实用的Scrum，但该公司Scrum很不规范，也就是走走形式，号称用Scrum开发，其实也就是每周团队碰个头开个短会，说说这周你完成了那些任务，遇到哪些问题，大家在一起讨论下解决方法，下周你的任务是什么，就这么简单，完全是走个形式，这应该不能算Scrum吧
结果呢再找工作面试的时候，新公司问我之前公司用哪种开发形式，有没有Scrum经验，我当然说Scrum，有Scrum经验了(换谁都会这么说吧，难不成还说上个公司用别的开发，Scrum我一点经验也没有？！），结果上班之后，公司告诉我说，他们准备引进Scrum开发形式，他们之前都没用过，属于白丁，而我属于“经验”人士，叫我来给大家讲解和指导Scrum，我倒！
现在才知道为啥问我有没有Scrum经验了，当时也没想到还有这一出哈，当时换成谁也不能说没有的吧，我现在该怎么办呢？求工作老鸟帮忙出出注意，谢过了先！ 公司对你真信任啊。。。竟然没面试的时候随便问问你，好歹问问常识也行啊，哈哈
不过既然都是白丁，你可以吹一下 limulang 发表于 2016-1-28 21:21
公司对你真信任啊。。。竟然没面试的时候随便问问你，好歹问问常识也行啊，哈哈
不过既然都是白丁，你可以 ...
怎么吹啊，其实我也是个白丁！面试就简单问了下这个，我也就应付回答一下，谁知道他们还放这大招啊，弄半天他们要这个，谁想的到哈
难不成我告诉他们每周开个会就叫Scrum了，估计老板和头头怒了，同事们也都晕倒了，我也回家了
我该怎么办？！ 现学现用 活学活用 我这倒是有一份材料，不过在公司电脑里，明天上班找找看 本帖最后由 热乎乎的嘴 于 2016-1-28 21:50 编辑
向问天 发表于 2016-1-28 21:33
现学现用 活学活用
刚才在网上看了下资料，感觉现学现卖太难了，因为之前公司每周只开一个小时的会就号称Scrum
我不可能凭空想象出”经验“---------------之前公司是如何如何这般这般进行正规Scrum开发的，然后用这个想象出来的经验去指导新公司的同事（整个团队）做Scrum
这太难了，简直是编故事和撒谎啊 Hitzfeld 发表于 2016-1-28 21:35
我这倒是有一份材料，不过在公司电脑里，明天上班找找看
太感谢了啊，能私信传给我吗
关键怎么解决这个危机呢，现学习可能来不及了，实际经验不是光看看资料就有的啊
哭啊！ 热乎乎的嘴 发表于 2016-1-28 21:43
太感谢了啊，能私信传给我吗
关键怎么解决这个危机呢，现学习可能来不及了，实际经验不是光看看资料就 ...
明天上班私信你 Hitzfeld 发表于 2016-1-28 22:02
明天上班私信你
谢谢啊！
大家谁有没有除了技术层面之外，在战略层面化解危机的办法啊？ Scrum是有scrum master的， 你可以强调你在用这种方法， 但是其实你不是那个master。
其他介绍性的东西可以网上搜索准备。
不用担心， 有句话叫: in the world of the blind, the one-eyed is the King! 我以前在惠普工作过几年，也是做的scrum agile的项目。个人觉得scrum是种管理模式。
youtube有个视频讲srcum的，和我以前公司的流程基本一致 salangane1234 发表于 2016-1-28 22:09
Scrum是有scrum master的， 你可以强调你在用这种方法， 但是其实你不是那个master。
其他介绍性的东西可 ...
谢谢Tipp
不过新公司的同事都不白给，我自己是个白丁，不比他们知道多少，网上那些资料同事应该都看过，我这个”经验“人士不比他们知道多少，叫所有人大失所望，这样太不好了，哭啊 本帖最后由 热乎乎的嘴 于 2016-1-28 22:33 编辑
guoyan0623 发表于 2016-1-28 22:13
我以前在惠普工作过几年，也是做的scrum agile的项目。个人觉得scrum是种管理模式。
youtube有个视频讲src ...
谢谢，我去搜下，最好是德语的，如果是英语的就不行了，英语不好，听不懂更不会复述了 热乎乎的嘴 发表于 2016-1-28 22:23
谢谢，我去搜下，是德语的吗，如果是英语的就不行，英语不好，听不懂也不会说
亲，是英语的哦。。不过没事，你不明白我还会在这里待一会的，可以回复你。我记得大概的流程是，一般都会收集各个需求，然后有个product owner给你列出什么是最优先的需求。然后有scrum master，和PM差不多。根据客户需求确定user story，然后还有product backlog， 然后identify user story and put in 各个release。然后就变成release backlog。然后根据优先级去区分。然后要估计工时，以小时，月，天计算都有。一般以小时计算估计工时。然后根据这些再确定sprint。每一个sprint都要ready for ship，有产品的一些功能和特征。大概就是这个样子，然后scrum master组织会议，反馈每天进度和情况，如何改善。 guoyan0623 发表于 2016-1-28 22:34
亲，是英语的哦。。不过没事，你不明白我还会在这里待一会的，可以回复你。我记得大概的流程是，一般都会 ...
哭，看来你才是经验人士啊，这个公司应该找你就好了！
等我有问题就发这个帖子上，希望你能指导回复下啊，多谢多谢！ https://mva.microsoft.com/zh-cn/training-courses/-scrum--15712?l=LVaatlf1B_8705192810 单击下载 guoyan0623 发表于 2016-1-28 22:13
我以前在惠普工作过几年，也是做的scrum agile的项目。个人觉得scrum是种管理模式。
youtube有个视频讲src ...
惠普德国么？ 点击下载 https://www.youtube.com/watch?v=sPOJQAnHCXg 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其实没有什么的。只是一种规划时间目标的组织方式。其实如果严格按照那些做很浪费时间。就当启发一下思路就行了。 没有必要完全遵循。
页:
[1]
2