在敏捷

标签: 工作感悟 敏捷开发 | 发表时间:2013-05-14 14:31 | 作者:崔凯
分享到:
出处:http://uicss.cn

这是在 www.scrum.org 网站上轮播的一张图,网站上 SCRUM GUIDES 一栏,详尽的介绍了敏捷开发的方式和方法,有兴趣的可以看一下。这里仅谈一下 Scrum 怎么玩更舒服。

沟通

回到那张图,想玩的舒服,一起聊聊很重要。

Scrum 不是定死的一种模式,每个团队有每个团队的玩法。通过不断的磨合、反思、改进,形成最适合自己团队的模式。而这些,都需要沟通。最好是当面的沟通。

场合也能起到帮助,公司内搞不定的,拉出去喝一顿,喝一顿搞不定的,换个地再喝一顿。
这是我们的团队,有共同的目标,维护好每个人之间的关系,一起往前走,谁也别把谁扔下。

预估

项目组刚成立,前几轮都是磨练团队的。
预估很难做到精准。

我们需要团队一起把每一个任务拆细。
避免“史诗级”的用户故事。细化成每一个可控的子任务。
放缓脚步,把测试的时间估进来。
迭代,让预估日益精准。

团队

我们是一个团队。我们互相支持,辅以信任。
我们每个人往前迈一步,互相理解,共同进步。

我们一起提出需求,完善需求。
我们一起查bug,一起修bug
没有bug指定了是哪个人造成的,这都是我们团队的问题,我们一起解决。
我请假回家不会影响团队的进度,因为有团队的兄弟在帮我。
我愿意与团队一起挑战难题,分享彼此的经验,共同提高。
我们共荣辱。

共同的目标

我们有一个共同的目标。明确每一个冲刺要做什么。
给出承诺。完成承诺。
我们一起去展示他。成功了,我们庆祝。失败了,我们总结原因。
定期的反思如何达到目标。

最后

推荐一本书,如果你夜深人静,找不到人可以讨论,沉下心来,看一看: Scrum敏捷软件开发

相关日志:

相关 [敏捷] 推荐:

敏捷

- - 人月神话的BLOG
对于敏捷开发,我前面其实已经有很多文章提到了,再次强调下敏捷的核心思想个人理解为三个重要的方面. 其一是需求的条目化并以需求点进行的全程追踪和跟踪;其二是短周期迭代;其三是基于持续集成思想的进度和质量可视化. 对于敏捷开发本身,对于很多内容我仍然坚持自己的观点,具体如下:. 对于大型全新系统的开发,如果是以底层数据为核心的业务系统,则不能单纯的应用敏捷开发.

忘记敏捷

- Guan - 所有文章 - UCD大社区
瓦沙奇山下那段著名的敏捷宣言,至今已近十年. 似乎在不经意之间,敏捷已经被视为 CMM 之后又一次软件开发领域的浪潮,不论业界报道或者坊间传闻,都不约而同地将敏捷视为一个时代的开始,与之同存的是那些未尝或浅尝敏捷者的各种质疑和争论. 当敏捷在介于自发与非自发中间演变成为一种近乎“革命”的运动,围绕在它身边的躁动就不曾停歇,对于细节的争执,对于方法的固执,让我们更多地为敏捷的未来忧心忡忡.

在敏捷

- - 崔凯
这是在 www.scrum.org 网站上轮播的一张图,网站上 SCRUM GUIDES 一栏,详尽的介绍了敏捷开发的方式和方法,有兴趣的可以看一下. 这里仅谈一下 Scrum 怎么玩更舒服. 回到那张图,想玩的舒服,一起聊聊很重要. Scrum 不是定死的一种模式,每个团队有每个团队的玩法. 通过不断的磨合、反思、改进,形成最适合自己团队的模式.

敏捷个人和敏捷开发

- beralee - 博客园-首页原创精华区
    自2001初成立了敏捷联盟到现在10年的推广,敏捷开发已日渐成为当前IT行业软件开发的一种主流方法. 没有银弹,任何方法都不可能解决所有问题,反而方法应用本身还会带来新的问题. 我在今年6月份上海举办的ScrumGathering中进行了一场敏捷个人话题的分享,我说到,想要Doing敏捷并不难,只要花上几天功夫学习敏捷知识之后就可以在小范围团队中去实践了,而要做到真正的Being敏捷则并不容易,而导致并不是真正敏捷的原因中,人是一个主要问题之一,这也是为什么现在敏捷社区中对人开始越来越关注的原因.

敏捷中国2011

- Ben - 梦想风暴
果然是按照个人规律来的,我又参加了单数年的Agile China. 其实,真正仔细听的只有两个人的session,吴军和Fred George. 至于其它关于敏捷的讨论,好吧,我承认,我不是很感兴趣. 刚看完吴军的《浪潮之巅》,于是,很敢兴趣他关于工程师的说法. 在《浪潮之巅》里,他提到了五级工程师的说法,但是,书中并没有详述何为五级工程师,在敏捷中国上,他给出了答案:.

敏捷开发——Programmers(27)

- plidezus - 西乔的九卦
载于《程序员》杂志2011年第7期. 从这一期起,开始在杂志上登出整P的大幅漫画,需要看大图的同学们,讯猛点击下图. 这个系列的漫画讲述程序员——这种神秘人类的囧事,故事多来源于我身边的程序员朋友,且以互联网开发背景为主. 如果你有什么可乐的关于程序员的故事、对话、代码,愿意通过漫画的形式分享,请给我发邮件.

漫谈敏捷开发

- scotty - ITeye论坛最新讨论
软件开发是一种非零和博弈,意思是某一方的获得不是建立在另一方的损失之上,所以软件开发必须实现双赢,帮助客户成功的同时帮助自己成功. 如:通过软件帮助客户把手上的5块钱变成50块钱,然后从客户那里拿5块钱. 通过软件帮助客户节约50块钱,然后从客户那里拿5块钱. 传统的汽车制造是以计划驱动,如根据往年的经验判断今年应该生产多少汽车,但是这样带来的问题是有可能等汽车生产出来,市场已经不需要了,而这就是一种极大的浪费.

敏捷不能当饭吃

- stern - BlogJava-首页技术区
喜欢敏捷的很多想法,喜欢它务实的态度. 我说“敏捷不能当饭吃”,当然不是说敏捷无用,相反,我倒是挺推崇敏捷的. 之前有两篇文字都涉及到一些对敏捷的看法. 一篇是 与神对话,另一篇是 对敏捷的一些想法. 只是看到很多人好像敏捷是他爷爷写的一样,龟孙子似地迷信和追捧敏捷,把工作一条一条跟书上描述的对照,一旦工作中实际操作跟书上有不一致,口诛笔伐,吐沫拳头无影腿就一齐上来了,那就太过了.

设计师谈敏捷

- xg - 所有文章 - UCD大社区
腾讯一直推广敏捷开发,也在强调敏捷开发,但你会发现,即便如此,还是会陷入以下情景. 我们如何构建一个更轻巧的开发流程,让我们更快更好的交付结果. 作为一个设计师,如何成为敏捷的一分子. 以下是一些心得方法,希望和大家分享. 作为设计师,最简单能让大家明白你的想法就是先把它画出来,不要用晦涩的语言和结构图,毕竟不是所有人都能把你的语言转化为图像.