《敏捷团队建设 读后感》的相关内容

敏捷软件开发图书概览 本文发表于程序员杂志2006年第5期 “敏捷软件开发宣言：我们正在通过亲身实践和帮助其他人实践，揭示更好的软件开发方法，通过这项工作，我们认为： 人和交流胜过过程和工具 可工作的软件胜过面面俱到的文档 客户协作胜过合同谈判 响应变化胜过遵循计划 虽然右项也有价值，但是我们认为左项更重要。” —— Kent Bec ...

看了infoq中文站的那篇敏捷之文，又顺藤摸瓜，找到了太极掌门人的网站，作为一个旁观者，仿佛看到两个下盲棋的高人，飘在空中，一个说“炮五平六”，一个说“马8进7”，杀的好不激烈，另有一群评棋之人，或指点，或赞同，或反对，好不热闹。 回到JavaEye,却更觉得这是块净地，务实求进，Pragmatic, 是我看到的JavaEye的风格之一。更觉可贵，也更希望保持下去。看到很多追求卓越的人努力的改进 ...

许多同志都抱怨自己位子低，权利小，对于工作中遇到的问题有想法，明知道推广敏捷能够极大地改善这些问题，但是却无能为力。究其原因，不外乎敏捷的推广涉及到开发流程的方方面面，对内关系对外关系。要全面推开，不光需要有力的权利支持，开明的客户，还要有一支优秀的团队。面对这样的状态，我们能做什么呢？难道我们就不作为，混日子么？我觉得，一个可以借鉴的成功经验就躺在眼下的中国大地上。中国改革开放的成功经验中有许多 ...

今天为了监视gigix这个小子,于是发现了下面一段话: 引用嘉宾[主持人]： RUP有没有简化版本，适合中型或者小型项目的？怎么样判断裁减后的RUP，还能体现RUP的精髓？ [2004-12-8 15:54:00] 嘉宾[Ivar Jacobson]： 使用RUP要做裁减的时候有几个地方只要稍微留意，可以适合各种不同的公司的要求。包括第一是使用用例，就是你在使用RUP的过程中，用例的使用是非常 ...

(转)理解敏捷开发的常见误区   作者：omygame 提交日期：2005-9-24 10:53:00   来自HP敏捷论坛1. 敏捷是“一个”过程 ...

真正的好戏这个时候才刚刚开始，因为某个人这个时候才出场。 作者有点坐不住了，出来解释了。引用 我是作者，进行更进一步的答疑。 首先，这个"A"一上岗我就知道他有点不对头。当时他的工作和我的不冲突，所以我也没有仔细观察他的工作行为。当"D"我的直系上司把他分配给我时，我就知道这人会出问题，有读者问得好，既然知道"A"不行，为什么不直接就处理掉。这就是敏捷有时无法做到的--我要合理安排我和直系上司 ...

小刀的话显然让作者感到不舒服，于是出来做了解释 引用我是本文作者，之所以写这篇文章的目的是，敏捷开发中很重要的一个环节是发现问题，从根源上解决这个问题。很多读者对事实的实际发生根本不了解，所以会误解为我给这个开发者穿小鞋。事实上，这个开发者"A"从一开始就说“我会帮助你完成该完成的。”暗地里，他在三个星期中什么都没有做。我和他沟通无数次说，你要专心把一件工作做完再转到另一工作上，而不是这里忙一点， ...

敏捷方法学带来了新的角色——“敏捷教练”，它不常见于传统方法学中，甚或不曾为之提及。已驾轻就熟的实践者，可能会视之为浑然天成，羚羊挂角、无迹可寻；而初窥门径的新手则会心生疑云：“敏捷教练为何如此重要？‘部门经理’、‘团队领导’、‘技术领导’，他们的问题何在？Monster.com为此提供54个职位，又是何故？” “奇文共欣赏，疑义相与析”，当是吾等本色。且与笔者同游于本文中，或可领会敏捷教练之所 ...

需求在不断地变更，客户的权力接力棒在不断地转接，很多的软件开发企业的领袖都选择敏捷开发作为其软件过程，那么在打算实施敏捷以前先得知道是否具备敏捷的一些潜质，敏捷的本质又是什么？而我们的建议是不要让敏捷成为混乱的一个借口，这同时也是软件架构师可以考虑的问题。 一般而言很多人都把2001年敏捷联盟大会的成立作为敏捷软件方法的诞生日期，实际上追溯敏捷的产生可能时间更早。早在上世纪末，XP技术就已经崭露 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...

每个组织都喜欢吹捧其敏捷性，尽管事态并没有很快发生。当组织宣称是敏捷的，但实际上并非如此时，架构师就陷入了两难的境地。可以使用五个关键预测指标发现组织是否缺乏真正的敏捷性。了解这些预测指标，并获得帮助组织往更敏捷的方向推进的技巧。 组织敏捷性 意味着组织能够快速和敏捷地对内部问题、外部威胁和不断变化的客户需求作出反应。最高管理层喜欢这个术语，因为它使组织听起来很时髦，并且能够处理其发展方向中 ...

我必须承认，我的管理经验是不足的。最近一次我对下属的工作处理的介入让我学到不少我以前没有经历过的工作经验，在此和大家分享一下我的认识和感悟。这件事情的处理，一般人可能认为这无异于办公室政治风云，对我来说这是一次很好的管理经历。让我认识到如何使用敏捷教条对管理方面的问题进行分析，如何采取合适策略来解决此类问题。 数月前，我被分派到一个新成立的小组做QA Lead，开始了我的管理“事业”。当时只有我 ...

在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。 事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过 ...

挑了2个重点php框架看了看，symfony/zend framework(以下简称zf) symfony:我看它和java社区的hibernate+spring+struts等是一个层次的框架，大量的yml配置，通过hibernate和spring事实证明它也只能是一个框架，而不能称之为敏捷开发框架。尽管它真的已经做到了很强的地步，却和我要求的敏捷相差遥远。 zf:难怪phper对它很失望，不过 ...

软件开发的现状以及趋势似乎是走向敏捷方式。这个结果主要是由有着众多支持Web2.0原则新应用互联网本身的复苏引起。为了对市场需求有一个快速反应，敏捷开发方式似乎正在取代其它开发方式，因为它最有效、效率最高。但敏捷开发不是一项具体的技术，有很多技术相对于更有利于敏捷开发。传统应用程序开发方面也有不少技术迅猛发展，但对于创造丰富的互联网应用没有任何帮助。 一切都非常美好，但是现在：Exadel已经开 ...