• Cams2
  • Cal
  • Training
  • Five
  • Arne-2017q4
  • Jens
  • Jim-banner
  • 2015
  • Innovation-management-workshop
“敏捷中的文档写多少何时写”
If you're having trouble viewing this email, you may see it online.

ShineScrum分享 
“敏捷中的文档写多少何时写”
2014高端敏捷话题沙龙火热报名
ShineScrum ——全球领先的敏捷及Scrum专业培训咨询机构     
全国统一客服热线 400-821-0871 
  
您是否饱受传统瀑布式流程的煎熬?您是否正在寻找瀑布式流程中所遇到问题的解决方法?
•   瀑布式流程问题之一:版本发布的时间越来越长。
•   瀑布式流程问题之二:无法按时发布。
•   瀑布式流程问题之三:在版本发布的最后阶段让软件稳定的时间越来越长。
•   瀑布式流程问题之四:做计划的时间越来越长,而且不准确。
•   瀑布式流程问题之五:在发布期间很难进行改变。
•   瀑布式流程问题之六:质量持续恶化。
•   瀑布式流程问题之七:死亡行军进度使员工士气受挫。
为什么敏捷流程能帮助您解决传统项目中的问题?您是否一直苦心研究敏捷流程却苦于没有机会和其他敏捷实践者面对面交流?您是否在敏捷的道路上遇到了各种问题却没有找到高手指点?现在机会来啦!我们诚意邀请您参加2014高端敏捷话题系列沙龙,本期沙龙主题——“敏捷思维及Scrum框架”。届时将有来自阿里巴巴、Honeywell及ShineScrum的嘉宾为大家分享他们在敏捷及Scrum实施道路上的经验。本次活动完全免费名额有限(50人),额满为止。 
【北京站】
地址:北京海淀区魏公村海淀科技大厦五层 (地铁4号线魏公村站)
时间:2014年5月10日(周六) 13:00-16:30
报名方式:发送姓名,联系电话,单位名称,职务或角色,所在城市到info@shinescrum.com
【上海站】
地址:上海市天目西路99号汇贡大厦6楼 (地铁1/3/4号线上海火车站下)
时间:2014年5月18日(周日) 14:00-17:00
报名方式:发送姓名,联系电话,单位名称,职务或角色,所在城市到info@shinescrum.com
敏捷中的文档:写多少、何时写?
敏捷开发宣言强调“可以工作的软件胜过面面俱到的文档”。该核心价值要求我们去及思考要编写多少文档,需要编写什么类型的文档以及什么时候需要去编写文档。

在Jonathan Berger的博文《最低限度交付物》一文中,提到关于在设计阶段的决策沟通。他对有关编写文档 的观点如下:
敏捷宣言更喜欢“可以工作的软件胜过面面俱到的文档”,那么,为什么设计者还要花时间在用户将永不会看到的东西上?敏捷的目的是尽量减少浪费,所以采取了极端的逻辑,所有的文档都是浪费的东西。这并不意味着文档可以(或应该)被完全抛弃掉。文档对于团队来说是有用的(特别是当团队要扩展规模时)。但宣言建议,减少文档是一件好事,而设计者应该寻求利用最少量的文档沟通设计决策。

Jonathan针对如何尽量减少文档提供了如下建议:
1) 在你的团队中普及“越少的东西会更好”的理念。
2) 时刻思考这个问题:我们马上需要交付的最少量的交付物有哪些?

Ashish Sharma在《敏捷的本质、价值和及时的文档》一文中,提到如何在文档和讨论之间取得平衡:
敏捷的目标应该是在文档和讨论之间的适当平衡。文档是每个系统的重要组成部分。无论是否采用敏捷或其他方法,相当全面的文档并不能保证项目的成功。事实上,它会增加失败的机会。

他提到当考虑要写多少文档和什么时候去编写的时候,可以参考下面三个标准:
  • 必不可少:文档应该仅够用但详细。
  • 有价值的:编写文的确所需要的文档,而不是我们想编写时才编写的文档。
  • 及时:文档应该当我们需要的时候,以及时的方式(JIT)编写。

Michael Nygard 描述了对文档相关流程的看法。他建议用一开始就考虑结果的方式去思考流程:
我经常发现很多流程都没有消费者。这纯粹就是浪费!从表面上看没人使用输出物,但过程的负责人根本没意识到。

Michael建议,流程包括它们的输入和输出都能从消费者的角度去描述。他分享了可以下面的问题去协助描述:
  1. 谁是最终消费者?
  2. 他们的需求是什么?
  3. 你如何交付给他们?
  4. 你如何知道他们如何准备好?
  5. 你如何生产?
  6. 你需要什么输入去生产产品?

Tom de Lancey于2013年早些时候在 LinkedIn中开展的关于《紧急的文档:敏捷与瀑布模型的一个重要区别》中说道:
很多人对于放弃他们熟悉经常使用的文档感到不舒服:系统需求、系统设计、愿景和范围、用例、模式、工作流程图、Rational统一过程文档等。很多人都不能将这些文档分拆成五个句子的故事。

他描述了一种称为“紧急文档”的分析方法用于编写文档:
我们不会浪费时间和精力在编写那些我们未曾发现如何去做的文档上。当我们发现问题的时候才编写文档。我们编写实际所需要的文档,而不是那些我们想去写的文档。

TOM说的紧急文档的其中一个好处是:
文档变成开发过程的一个部分,而不是单独的活动。因为文档实际上是十分有用的,整个团队都有兴趣去维护它。每一个用户故事都有单独的任务需要去更新WIKI(使用一个将每个用户故事相互连接的SharePoint网站)。

Mario Moreira写了一篇关于《敏捷世界的正常文档规模》的博文。正如Mario说的,适当调整规模是对过去或现在有大量的文档的软件项目的响应:
文档的正常规模意味着,编写和维护文档的精力投入加上所写文档自身的价值,相比没有该文档(比如,重新组织信息的投入和没有文档对当前决策带来的影响),应该能获得更好地投资回报率。

他的博文提供了在正常文档规模的建议。他的部分建议如下:
  • 文档应当采取合作的性质。它不应只由一人编写得那么完美,而应该与他人分享。应当在草稿阶段就进行分享以获得足够的信息。
  • 关注仅仅够好的文档并且避免太多的前期细节,因为那样意味着很多的猜测并且会浪费时间。仅仅够好意味着只针对当前所了解的编写文档。
  • 文档应该以多种形式存在。不但只是Word格式的文档,还可以存在于wiki、存在于敏捷工具,或代码中的注释或其他。
各位是如何编写文档的?要编写多少和何时开始呢?欢迎讨论。

作者:Ben Linders
译者:廖煜嵘
全国报名咨询热线: 
021-5068 3597
咨询邮箱:
info@shinescrum.com
课程咨询QQ:2732857740
公众微信订阅:ShineScrum

近期认证班:

- 2014年5月12 ~ 13日CSM美国权威认证中文班(杭州)
Yi Lv吕毅

- 2014年6月06 ~ 07日CSM美国权威认证(北京)
Arne Ahlander安儒宣,
Jim Wang(中文助教)
课程详情

- 2014年6月10 ~ 11日CSPO美国权威认证(上海)
Arne Ahlander安儒宣
Jim Wang(中文助教)

- 2014年6月13~14日CSM美国权威认证(上海)
Arne Ahlander安儒宣
Jim Wang(中文助教)

- 2014年8月31 ~ 9月1日CSM美国权威认证中文班(上海)
Jens Ostergaard秦风,
Jim Wang(中文助教)



最顶级的世界大师
提前一个月报名享更多折扣优惠
免认证费和美国Scrum联盟两年会员费
五星级酒店授课,提供丰盛午餐以及上下午茶点
课程结束当天即可参加在线考试
免费获赠由Scrum鼻祖Ken和Jeff所著、ShineScrum翻译的写给管理层的书籍《30天软件开发——告别瀑布拥抱敏捷》

2014年认证课安排:
www.shinescrum.com/courses
 


顺利完成课程并且通过在线认证测试之后,您将获得:
- Scrum Alliance颁发的ScrumMaster认证证书,成为一名认证的Scrum Master
- Scrum Alliance的两年会员会费及会员资格
- ShineScrum终身荣誉会员资格,可免费参加ShineScrum主办的各种活动
- 一副价值50元的估算扑克
- 一份CSM课程纸质版及电子版中英文讲义
- Scrum实施模板及大量参考资料推荐
- 美国项目管理协会(PMI)学分 14 PDUs


关注ShineScrum官方微信平台
关注ShineScrum《敏捷汇》
400-821-0871
84 Nelson Street | Winchester, MA 01890 US
This email was sent to daisy.guo@shinescrum.com. To ensure that you continue receiving our emails, please add us to your address book or safe list.

manage your preferences | opt out using TrueRemove®.

Got this as a forward? Sign up to receive our future emails.
powered by emma