我理解的运营
- Leeall - Heidi格物志参加了公司组织的运营大学的培训，虽然只有短短两天半，但是由于各位讲师都比较给力，受益匪浅. 这里也确实感叹一下，淘宝确实由运营驱动，运营的威力杠杠滴. 这里也推荐一下最后一个85年的讲师——少游，他讲的课题是《会员营销》，让人意犹未尽，这是他的专业博客：演说非常道. 我在这里就不好意思照搬讲师的内容了，总结几点上课的心得体会，也算给荒废已久的博客交交差吧～.
在敏捷
标签：
工作感悟
敏捷开发
| 发表时间：2013-05-14 22:31 | 作者：崔凯
出处：http://uicss.cn
这是在 www.scrum.org 网站上轮播的一张图，网站上 SCRUM GUIDES 一栏，详尽的介绍了敏捷开发的方式和方法，有兴趣的可以看一下。这里仅谈一下 Scrum 怎么玩更舒服。
沟通
回到那张图，想玩的舒服，一起聊聊很重要。
Scrum 不是定死的一种模式，每个团队有每个团队的玩法。通过不断的磨合、反思、改进，形成最适合自己团队的模式。而这些，都需要沟通。最好是当面的沟通。
场合也能起到帮助，公司内搞不定的，拉出去喝一顿，喝一顿搞不定的，换个地再喝一顿。
这是我们的团队，有共同的目标，维护好每个人之间的关系，一起往前走，谁也别把谁扔下。
预估
项目组刚成立，前几轮都是磨练团队的。
预估很难做到精准。
我们需要团队一起把每一个任务拆细。
避免“史诗级”的用户故事。细化成每一个可控的子任务。
放缓脚步，把测试的时间估进来。
迭代，让预估日益精准。
团队
我们是一个团队。我们互相支持，辅以信任。
我们每个人往前迈一步，互相理解，共同进步。
我们一起提出需求，完善需求。
我们一起查bug，一起修bug
没有bug指定了是哪个人造成的，这都是我们团队的问题，我们一起解决。
我请假回家不会影响团队的进度，因为有团队的兄弟在帮我。
我愿意与团队一起挑战难题，分享彼此的经验，共同提高。
我们共荣辱。
共同的目标
我们有一个共同的目标。明确每一个冲刺要做什么。
给出承诺。完成承诺。
我们一起去展示他。成功了，我们庆祝。失败了，我们总结原因。
定期的反思如何达到目标。
最后
推荐一本书，如果你夜深人静，找不到人可以讨论，沉下心来，看一看： Scrum敏捷软件开发
相关日志：
相关 [工作感悟 敏捷开发 ] 推荐：
让电子邮件更给力
- mgo - Heidi格物志前些日子，整理过一些开会的技巧，（1），（2），（3），但是后来发现有效的会议并不能解决大部分的沟通问题，相反，电子邮件才是那低调但是着实影响着推动和沟通效率的罪魁祸首. 但是，电子邮件却往往不可或缺，即使我们有大量的会议，面对面工作，人手一部电话，电子邮件依然非常重要. 这是因为，电子邮件能 够将事情书面化，沉淀声音，落实决策，能够不受人在不在场影响，能够更加广泛知会信息、征询建议.
我们都曾是菜鸟—回复一封读者来信
- - Heidi格物志来新浪微博与我交流，请点击： http://weibo.com/heidixie. 最近一直关注你在搜狐的博客和微博，很想和你联络. 刚刚看到“不建议你们为了给我评论专门注册一个搜狐的帐号（因为这里的注册过程太令人发指了……）”，这样子“以用户为中心”身体力行的做法让我很受震动，所以鼓起勇气写来邮件，希望你看到，能回复一二字再好不过了.
在敏捷
- - 崔凯这是在 www.scrum.org 网站上轮播的一张图，网站上 SCRUM GUIDES 一栏，详尽的介绍了敏捷开发的方式和方法，有兴趣的可以看一下. 这里仅谈一下 Scrum 怎么玩更舒服. 回到那张图，想玩的舒服，一起聊聊很重要. Scrum 不是定死的一种模式，每个团队有每个团队的玩法. 通过不断的磨合、反思、改进，形成最适合自己团队的模式.
敏捷开发——Programmers（27）
- plidezus - 西乔的九卦载于《程序员》杂志2011年第7期. 从这一期起，开始在杂志上登出整P的大幅漫画，需要看大图的同学们，讯猛点击下图. 这个系列的漫画讲述程序员——这种神秘人类的囧事，故事多来源于我身边的程序员朋友,且以互联网开发背景为主. 如果你有什么可乐的关于程序员的故事、对话、代码，愿意通过漫画的形式分享，请给我发邮件.
漫谈敏捷开发
- scotty - ITeye论坛最新讨论软件开发是一种非零和博弈，意思是某一方的获得不是建立在另一方的损失之上，所以软件开发必须实现双赢，帮助客户成功的同时帮助自己成功. 如：通过软件帮助客户把手上的5块钱变成50块钱，然后从客户那里拿5块钱. 通过软件帮助客户节约50块钱，然后从客户那里拿5块钱. 传统的汽车制造是以计划驱动，如根据往年的经验判断今年应该生产多少汽车，但是这样带来的问题是有可能等汽车生产出来，市场已经不需要了，而这就是一种极大的浪费.
[趣图]敏捷开发:Programmers
- FPb - 草根网载于《程序员》杂志2011年第7期. 从这一期起，开始在杂志上登出整P的大幅漫画，需要看大图的同学们，讯猛点击下图. 这个系列的漫画讲述程序员——这种神秘人类的囧事，故事多来源于我身边的程序员朋友,且以互联网开发背景为主. 如果你有什么可乐的关于程序员的故事、对话、代码，愿意通过漫画的形式分享，请给我发邮件.
关于敏捷开发（Scrum）
- - 前端攻城师-攻城记敏捷开发的话题已经由来已久，但是我们如何实施敏捷开发一直成为争结. 很多团队协作性差，产品、技术、测试、运营脱节，我们如何解决这些问题，成为了很多团队面临的问题. 有幸接触到Scrum项目管理，我想如果我们真的把Scrum实施起来，协作一定会上一个层次. 1.一切从产品出发 我一直信奉一个出色的产品经理不应该因为种种原因降低产品质量，不要因为技术难度大，不要因为项目时间紧，不要因为人员不足，领导压力，其实产品要说的就是：“喔.
Android敏捷开发指南
- - 互联网的那点事本文紧密结合移动开发方法与技术，围绕Android平台的开发探讨提供更高质量移动产品的解决方案. 作者中分析了移动开发中常见的问题，从两方面阐述了ThoughtWorks使用的测试开发方案和相应的架构方法与常用工具应用，并进一步阐述了为移动开发流程所提供的持续发布方案. 随着云计算、移动互联等一系列新技术概念的崛起，新一轮的IT经济正在不断扩大发展.
Scrum敏捷开发简介
- - CSDN博客编程语言推荐文章 Scrum是一种灵活的敏捷软件开发管理过程. Scrum方法由Ken Schwaber和 Jeff Sutherland 提出，它将软件开发团队比作橄榄球队，全队有明确的最高目标：发布产品的重要性高于一切. 团队高度自治，队员们熟悉开发过程中涉及到的各种技术，紧密合作，确保每个迭代都朝着最高目标推进.