??xml version="1.0" encoding="utf-8" standalone="yes"?>欧美日韩精品在线观看,亚洲日韩成人,p色视频免费在线观看http://www.aygfsteel.com/lsbwahaha/category/46953.htmlzh-cnSat, 29 Oct 2011 10:08:07 GMTSat, 29 Oct 2011 10:08:07 GMT60遵@Scrum的一些规则来使你的品开发取得成?/title><link>http://www.aygfsteel.com/lsbwahaha/archive/2010/11/29/339292.html</link><dc:creator>胡鹏</dc:creator><author>胡鹏</author><pubDate>Mon, 29 Nov 2010 02:20:00 GMT</pubDate><guid>http://www.aygfsteel.com/lsbwahaha/archive/2010/11/29/339292.html</guid><wfw:comment>http://www.aygfsteel.com/lsbwahaha/comments/339292.html</wfw:comment><comments>http://www.aygfsteel.com/lsbwahaha/archive/2010/11/29/339292.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/lsbwahaha/comments/commentRss/339292.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/lsbwahaha/services/trackbacks/339292.html</trackback:ping><description><![CDATA[<br /> 1. 需要有全职的有威信Q有能力的品负责hQPO-Product Owner).<br /> 2. PO要和Scrum Team、其他的利益相关者(stakeholder)一起工?br /> 3. 有PO来创建和理产品backlog.<br /> 4. Scrum每日站会必须?个问题(完成了什么,准备做什么,有什么障)?br /> 5. Scrum每日站会要在固定的地Ҏ间不要超q?5分钟?br /> 6. 有规律的Sprint长度(不超q?0?<br /> 7. 在Sprint计划会议上创建Sprint Backlog和经q详l估的d列表?br /> 8. 一定要有Sprint的燃图?br /> 9. Team必须的设备及相关的供应要齐全?br /> 10. 使用回顾会议保q程在不断提升?br /> 11. 有明的对于“d完成”的定义?br /> 12. 按照合理的速率l出承诺Q根据Sprint的工作量估计)?br /> 13. 团队大小? +/- 2,最多不能超q?2?br /> 14. 跨职能的团队包括Scrum Master和PO.<br /> 15. 自组l的团队 - 团队成员志愿挑选Q务?br /> 16. Scrum master要跟t进度,q且为团队扫清障?br /> 17. 保Team不被外界q扰?br /> 18. Sprint之间不能间断?br /> 19. 合理的节?- Ҏ固定旉D|定d? 不只是一个进度表?br /> 20. 质量是第一Q不需要在质量上讨仯?- 代码~陷永远位于Backlog的最上层?br /> <br /> <br /> <img src ="http://www.aygfsteel.com/lsbwahaha/aggbug/339292.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/lsbwahaha/" target="_blank">胡鹏</a> 2010-11-29 10:20 <a href="http://www.aygfsteel.com/lsbwahaha/archive/2010/11/29/339292.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Scrum敏捷团队的必备技??http://www.aygfsteel.com/lsbwahaha/archive/2010/11/08/337563.html胡鹏胡鹏Mon, 08 Nov 2010 11:08:00 GMThttp://www.aygfsteel.com/lsbwahaha/archive/2010/11/08/337563.htmlhttp://www.aygfsteel.com/lsbwahaha/comments/337563.htmlhttp://www.aygfsteel.com/lsbwahaha/archive/2010/11/08/337563.html#Feedback0http://www.aygfsteel.com/lsbwahaha/comments/commentRss/337563.htmlhttp://www.aygfsteel.com/lsbwahaha/services/trackbacks/337563.html    转蝲于:http://www.infoq.com/cn/articles/skills-for-scrum-agile-teams 

敏捷目的工E独Ҏ?br />
   1. 讄开发环?br />      
     
在传l项目中Q团队可以投入充分的旉来设|开发环境;而在敏捷团队里面Q他们需要从W一L间vp产出。根据我们的l验Q我们认识到~Z讄开发环境的相关文档是设|环境如此耗时的一个关键原因。第二个关键原因是在讄q程中涉及的手工步骤数。在W?ơsprintQ我们必记录每一件开发h员必d了才能开始编写代码,q成团队其他h工作的小事?br />

   2. 自动构徏
  
       让我们尽早失败!我们领悟刎ͼ手工构徏可能既脆弱,又特定于某一台机器,而且当时间耗费在手工构建的基础工作上面Ӟ开发和试的时间就被挤占掉了。除L的目Q自动构E对于每一个项目都是必不可的。我们认识到Q即佉K要抽出时间来创徏自动构徏的环境,你以后是能把q些旉赚回来的。这也得我们更易于保目有一个h人共有的标准化构建?br />
   3. 持箋集成

     
Ҏ我们q去的经验,我们领悟刎ͼ{到最后的几个星期才去把不同团队成员的代码集成Ch一个灾难。如果你已经拥有了自动构建,接下来的事情是持箋集成。当Ӟ版本控制Q或者Y仉|管理——另一个更为正式的和o人印象深ȝ名字Q是自动构徏和持l集成环境的前提。我们学到的一个重要教训是Q你快识别出集成的错误Q你p快地解册些问题。我们曾l用过的主要工具包? CruiseControl?a >CruiseControl.Net?a >Bamboo?nbsp; hadsonQ基集成q是不错的?br />
   4. 单元试

    
在高度流动的环境中,随着多个开发h员一起工作、需求的变更和优先的不断变化,保昨天可以q行的东西今天也能运行,q是臛_重要的。此外,我们q要与集成出现的错误为战。一U方法(我们从艰隑ֲ月中学习得来Q是使用单元试Q这样代码的更改不会破坏现有的功能。我们也开始在开发编码之前编写单元测试用例。我们曾l用过的主要工具包?a >JUnitQ以及其他的xUnit工具?a >NUnit?a >HttpUnit{)?a >MockObjects?nbsp;

   5. 重构

       在传l的目中,通常有一个h保护他们的代码库Q直C码集成阶Dc但是在敏捷里面Q我们持代码集体所有制的观点——所有的代码属于所有的开发h员,只要开发h员认为有必要Q每个h都能不受U束地去改善代码。在一D|间里面,我们的代码库开始出现奇怪的行ؓ——解军_法就是重构(感谢Martin Fowler在他?a >同名著作中把重构一词推q开来)。重构的本质归结Z改代码以改善代码的结构和清晰度,但不改变代码的功能。我们学到的一个重要教训是在重构代码之前用单元测试作为安全网Q我们曾l用过的一些主要工具包?a >Eclipse?a >NetBeans?a >IntelliJ IDEA?/a>?a >Visual Studio.NET?/p>


在敏捷团队之中工作所必备的行为特?/h2>

׃敏捷团队不同于普通的团队Qƈ且非常倚赖于有效果和有效率的沟通和快速执行,敏捷团队更需要用Y技能。如果我们意识到q一点,q积极鼓׃用这些特征和技能,我们可以使得敏捷团队更有价值和富有成效?/p>

自组l往往倚赖于诸如正反馈、负反馈、深度探索和q度调研之间取得q以及多重互动的基本要素。根据我们的l验Q团队可能由于许多文化和C会因素无法l予正确的反馈或者回避h与h之间的互动?/p>

Ҏ我个人的l验Q这仍然是一?#8220;话”。我们L們֐于患?#8220;可预性综合症”——如果我们做更多的规划,我们更加功能预?/p>

团队需要有良好的纪律、有能力承担责Q、尽忠尽责以及承担职责和所有权?/p>

团队需要拥有的关键技能之一是有能力L帮助QƈL他h的评仗在某些情Ş下,我们已经看到?#8220;自我”因素表现Z个主要的障碍?/p>

有些时候,承担责QQ尽忠尽责和协作_是理所当然的,但是Ҏ以往的经验,Zq些能够出现Q我们有旉要外部干预?/p>

有些我们常常們֐于忽视的关键技能是U极d、在Ȁ烈的环境中n受工作和易于适应新的形势和框架?/p>

我们的大多数目都是分布式的Q这意味着在客户和服务供应商之间将会共同用Scrum。在q种情况下,诸如理多样化团队、时间管理、外交技巧和领导力等技能是非常关键的?/p>

敏捷团队的成?#8220;咒语”

对于M一个希望成功和高效的敏捷项目,团队需要对向同侪学?/strong>Q不资历和专业知识Q?strong>表现出更?strong>的热?/strong>和正的态度。必M证一个无畏表辄安全|?/strong>Q这h会展现出真正的友?/strong>Q而这反过来会增强团队成员对团队目标的xQ而不?#8220;哪些由我来做”Q?/p>

l论

Ҏ我个人的l验和观察,对于提高生率所需的技能,敏捷目与传l项目有所不同。本文定义了团队提高生率所需的行为和技术技能。具有这?#8220;delta” 特征的h应该具备了合适的行ؓ和技术技能,q些技能得他们在敏捷目中的工作能够富有成效。对于这些技能的ȝ误下表?/p>

技能表

角色

技术技能(在不同的斚wQ?/strong>

行ؓ技?/strong>

开发h?/p>

CRUD操作Q开发框架不同层之间的调?/p>

单元试Q工具——NUnit、JUnitQ?/p>

代码覆盖率的概念和工?/p>

代码审查的概念和工具

持箋集成工具

重构的概?/p>

代码味道的概?/p>

Scrumq程

沟?/p>

合作

旉理/计划

思维

冲突理

处理更改/灉|?/p>

决策

团队合作/团队

处理压力

问题解决

领导

外交

QA

“完成”的定??gt; 验收标准

试理

自动?脚本

环境讄

数据库概?/p>

与开发h员相?/p>

Scrum Master

Scrumq程

模板和?/p>

目理工具

持箋集成工具

讄开发环?/p>

开发h员的技?推动?/p>

作者简?/strong>

PrasadQ拥?0q的IT服务行业l验Q他W一ơ接触敏捷项目是?005q微软的一个项目;从那时vQ他多公司如GE、思科、可口可乐等Q针Ҏ捷及其变体提供了解决Ҏ开发、培训、咨询以及指对{目前他正在Symphony Services的敏捷实验室担Ql理。Symphony40Q的目都是关于敏捷或其不同的Ş式,q且?004qv通过敏捷为客h供商务的关键价倹{你可以通过pprabhak@symphonsysv.com与他联系?/p>

查看英文原文Q?/strong>Skills for Scrum Agile Teams




胡鹏 2010-11-08 19:08 发表评论
]]>
敏捷介绍http://www.aygfsteel.com/lsbwahaha/archive/2010/11/08/337562.html胡鹏胡鹏Mon, 08 Nov 2010 11:03:00 GMThttp://www.aygfsteel.com/lsbwahaha/archive/2010/11/08/337562.htmlhttp://www.aygfsteel.com/lsbwahaha/comments/337562.htmlhttp://www.aygfsteel.com/lsbwahaha/archive/2010/11/08/337562.html#Feedback0http://www.aygfsteel.com/lsbwahaha/comments/commentRss/337562.htmlhttp://www.aygfsteel.com/lsbwahaha/services/trackbacks/337562.html
  敏捷最大的特点是:不但快,反应要更快?br />
  最l的目的是:提升效率?br />
    敏捷是一U思想:
       沟通:个体交互
       单:快速交?br />        反馈Q客户合?br />        勇气Q响应变?br />
    关键条gq是目标一直的团队
      共同愿景
      高效沟?br />       互相信Q
      严格执行

     q速P代,变美Q允许试?br />      敏捷_֍Q?/span> 胜+ 反?br />

胡鹏 2010-11-08 19:03 发表评论
]]>
վ֩ģ壺 Ǩ| ɽ| Ű| | Ϸ| | ɿ| | | Դ| ״| Ϋ| ɽ| ͤ| | | ˫| Ѯ| ˮ| ֥| | ϴ| | | | ˾| ԭ| ְ| | | | | | | | μԴ| Ҧ| ɳ| | | º|