敏捷_Tag标签_程序员俱乐部

· 敏捷的坏态度发布时间：2011-11-16

虽然所有软件开发的专业人士都会对这篇文章感兴趣，但是经理、CIO以及软件架构师会对它最感兴趣。这个话题可能会引起许多争议，但我写这篇文章是为了让你了解在敏捷运动中看起来正在日益增长的问题。你为什么在这？敏捷不需要经理。以前听过这种说法吗？想象一下，如果你听到开发人员认为你这个职位根本就不应该存在，你会感到多么震惊，就好像是你特意为自己搞出经理这么个职位似的。这个话最常应用在项目经理第一次与将要和他一起工作的开发团队碰面的时候。的确，最初的敏捷宣言绝对没有提到项目管理... 查看全文

· 敏捷个人：内容框架之执行力发布时间：2011-11-16

执行力是敏捷个人需要学习的一个内容，本篇主要介绍执行力相关的内容，大家在读后可以采用介绍的一些指南开始行动。执行力的三个层面按照命令和规则做事的过程，简单讲就是能够听话照做按照预定的计划行为的过程，简单讲就是做事章法将想法变成现实的过程，简单讲就是规划实现对第一个层面来说，要做的事情是片段的、非连贯的，但对第二个层面来说是连续的、整体的。一个计划并不是一两个步骤做好就行，而要将整体的顺序都做好才能达成效果。有了第二个层面的执行，组织的运转就有了相对较高的效率，但仍然不够... 查看全文

· 动起来再调整 - 向项目经理推荐敏捷发布时间：2011-11-16

要成为一个好的项目经理需要学会逆水行舟。虽然顺水推舟有时也能到达目的地，但学会逆水行舟，你才能到达任何地方。“虽然很有道理，但我认为现实不允许，很多项目都有规定的期限。中途还有给客户演示效果，往往实际项目中都是按最后上线日期来进行项目规划管理的。”“写得不错，但是有些建议过于理想化了。毕竟说得很有道理，但实际中具体做起来又不是那么一回事了。”这是两位网友对《软件项目经理新手上路》的评论。这话很有道理，也是在现实生活中碰钉子碰出来的... 查看全文

· 克服在企业中应用敏捷方法的技术挑战发布时间：2011-11-16

在企业中应用敏捷方法是一项具有挑战性的任务。实现敏捷不像安装软件那样能在一天内完成。而是需要适应企业环境，其中包括：文化、技术和组织方面。本文将探讨面临的一些挑战，这些挑战与建立开发环境、自动化测试、持续集成相关，并且同在企业环境中明确完成的定义（DoD）相关。建立开发环境每位技术负责人和开发经理都想缩减团队成员建立开发环境的时间。然而，为了在项目中获得较高的产出，开发人员要持续投入许多精力，让事情变得有条不紊。缺乏文档，是建立开发环境时间过长的关键原因... 查看全文

· 解读敏捷需求分析五大关键因素发布时间：2011-11-16

大多数学计算机语言的人都会有过这样的感受，过去一直认为编程和架构是整个软件生命周期里最了不起的部分，但实际工作后才会发现在商业产品里，需求分析才是一个商业软件成功与否的关键。放眼望去，在当今软件工程领域出现的许多问题，诸如缺陷及资源运用不当，都源于需求的不清晰，甚至有软件人戏称：“需求变更乃万恶之源”，一时也获得了颇多响应。时至如今，业务IT间需求分析过程中存在的问题主要有哪些？什么是敏捷需求分析？产品级和项目级需求有何异同？敏捷需求分析方法论中的五大关键点是什么... 查看全文

· 创建敏捷团队发布时间：2011-11-16

简介创建敏捷的软件开发团队并不像表面看起来那么容易。很多管理人员和团队主管会雇佣技术合格的人组成团队，扔给他们某种敏捷过程，然后就希望所有事情都像书上说的那样有效。这种方法不仅不现实，而且非常容易失败。本文将会描述成功团队的要素，并说明我们应该如何创建这样的团队。成功团队的要素成功的敏捷软件开发团队由技能熟练的开发者组成，他们已经确立了团队价值，拥有良好的沟通，并且总是寻找改善的机会。对于成功来说，尽管这些因素并非绝对必要，然而拥有全部因素会为我们铺就一条通往成功的捷径... 查看全文

· 给敏捷软件开发的26条建议发布时间：2011-11-16

我经常收集各种各样的至理名言，最近我重温敏捷软件开发；真正的问题是什么？下面是一份26条关键原则的清单，以指引敏捷软件开发团队。1、完整地干完一件事后在开始另一件事：用厨房比喻来说就是：“先上这道菜，再开始做下一道”。软件开发的最大问题就是同时开始几件事情，这将不可避免的造成某些工作被废弃，从而造成浪费。专注于一件事；完整地实现其功能；运行测试；编写文档；签入所有，把这当做一项工作完成，然后再开始下一件事。2、不要破坏构建：非常明显，但必须被包含在任何软件开发建议清单中... 查看全文

· 敏捷实施中的常见错误发布时间：2011-11-16

一些评论员写下了敏捷实施中一些常见错误和反模式。他们贴出了“TopX”列表，列出了需要避免的事项和他们曾在各种组织实现敏捷时见过的错误。TargetProcess的MichaelDubakov写了两篇博文：“10个敏捷实施中最常见的错误”（Part1;Part2）。他认为“许多公司在敏捷实施中再三犯同样的错误。”他的常见错误列表如下：1.从一个工具开始敏捷开发是不同的。一个工具不会立刻产生影响... 查看全文

· 敏捷开发，在路上发布时间：2011-11-16

如果有一种方法能使你的软件缺陷率降低63%，核心缺陷率降低79%，整体投入减少62%，整个项目开发的时间缩短69%，你会采用这种新的软件开发方法吗？在回答这个问题之前，你可能会问：是什么方法能达到这样的效果？答案是：敏捷开发。你一定会开始质疑：这是真的吗？或者你会说：我们也在用敏捷，但没有以上提到的这么夸张。以上提到的一些数据来自Forrester，一家善于用数字说话的咨询公司。他们对多个采用敏捷开发的项目与传统开发方式进行对比，得出以上数据。而这些项目来自敏捷刚刚开始起步的2002年... 查看全文

· 给敏捷团队中的架构师的10个建议发布时间：2011-11-16

微软澳大利亚的解决方案架构师TomHollander，在TechEdAustralia大会上举行了一场题为“敏捷团队中的架构师角色”的演讲。在演讲中，他讨论了他作为领导敏捷团队的架构师所做的工作。在谈到架构师的角色时，Hollander指的是“解决方案架构师”或者应用架构师。他不是指企业架构师或者其他的专业人士（专精于特定的领域，例如消息或基础设施）。Hollander的团队采纳了由4周迭代以及最后的稳定阶段（几天代码冻结的时间）组成的流程... 查看全文

· 翻译《应用Rails进行敏捷Web开发（第四版）》（一）发布时间：2011-11-01

深入理解RailsP257--P270目录结构使用railsnewmy_app新建项目-config.ru用于配置RackWebServerInterface,也可以创建RailsMetal应用,或在该Rails项目中使用RailsMiddlewares.详见railsguideRails很有趣的一点是她的组织形式。从一个开发者的视角，你的大部分时间是放在高层次的模块上，例如ActiveRecord和ActionView。另外有个叫Rails的组建，但是她位于其他的组件之下，默默的协调其他组建... 查看全文

· 敏捷精益九问发布时间：2011-09-15

文/路宁敏捷已经做得很好了，还需要研究精益吗？精益对敏捷软件开发起着补充作用：（1）精益理论体系完备、不落俗套、而且并不复杂，它从另一个独特的视角解释了敏捷实践和原则，让人耳目一新，也适合指导各项工作。（2）丰田生产方式和精益中的很多工具和概念可以很好地应用到软件开发领域，补充敏捷的工具集。比如看板，其“控制在制品数量”和“拉动”的特性就非常值得敏捷的“故事墙”借鉴，可以有效地加强故事墙暴露问题的能力... 查看全文

· 动起来再调整 - 向项目经理推荐敏捷发布时间：2011-07-06

要成为一个好的项目经理需要学会逆水行舟。虽然顺水推舟有时也能到达目的地，但学会逆水行舟，你才能到达任何地方。“虽然很有道理，但我认为现实不允许，很多项目都有规定的期限。中途还有给客户演示效果，往往实际项目中都是按最后上线日期来进行项目规划管理的。”“写得不错，但是有些建议过于理想化了。毕竟说得很有道理，但实际中具体做起来又不是那么一回事了。”这是两位网友对《软件项目经理新手上路》的评论。这话很有道理，也是在现实生活中碰钉子碰出来的... 查看全文

· 敏捷个人：内容框架之执行力发布时间：2011-07-06

执行力是敏捷个人需要学习的一个内容，本篇主要介绍执行力相关的内容，大家在读后可以采用介绍的一些指南开始行动。执行力的三个层面按照命令和规则做事的过程，简单讲就是能够听话照做按照预定的计划行为的过程，简单讲就是做事章法将想法变成现实的过程，简单讲就是规划实现对第一个层面来说，要做的事情是片段的、非连贯的，但对第二个层面来说是连续的、整体的。一个计划并不是一两个步骤做好就行，而要将整体的顺序都做好才能达成效果。有了第二个层面的执行，组织的运转就有了相对较高的效率，但仍然不够... 查看全文

· 敏捷的坏态度发布时间：2011-07-06

虽然所有软件开发的专业人士都会对这篇文章感兴趣，但是经理、CIO以及软件架构师会对它最感兴趣。这个话题可能会引起许多争议，但我写这篇文章是为了让你了解在敏捷运动中看起来正在日益增长的问题。你为什么在这？敏捷不需要经理。以前听过这种说法吗？想象一下，如果你听到开发人员认为你这个职位根本就不应该存在，你会感到多么震惊，就好像是你特意为自己搞出经理这么个职位似的。这个话最常应用在项目经理第一次与将要和他一起工作的开发团队碰面的时候。的确，最初的敏捷宣言绝对没有提到项目管理... 查看全文

· 给敏捷软件开发的26条建议发布时间：2011-07-06

我经常收集各种各样的至理名言，最近我重温敏捷软件开发；真正的问题是什么？下面是一份26条关键原则的清单，以指引敏捷软件开发团队。1、完整地干完一件事后在开始另一件事：用厨房比喻来说就是：“先上这道菜，再开始做下一道”。软件开发的最大问题就是同时开始几件事情，这将不可避免的造成某些工作被废弃，从而造成浪费。专注于一件事；完整地实现其功能；运行测试；编写文档；签入所有，把这当做一项工作完成，然后再开始下一件事。2、不要破坏构建：非常明显，但必须被包含在任何软件开发建议清单中... 查看全文

· 克服在企业中应用敏捷方法的技术挑战发布时间：2011-07-06

在企业中应用敏捷方法是一项具有挑战性的任务。实现敏捷不像安装软件那样能在一天内完成。而是需要适应企业环境，其中包括：文化、技术和组织方面。本文将探讨面临的一些挑战，这些挑战与建立开发环境、自动化测试、持续集成相关，并且同在企业环境中明确完成的定义（DoD）相关。建立开发环境每位技术负责人和开发经理都想缩减团队成员建立开发环境的时间。然而，为了在项目中获得较高的产出，开发人员要持续投入许多精力，让事情变得有条不紊。缺乏文档，是建立开发环境时间过长的关键原因... 查看全文

· 创建敏捷团队发布时间：2011-07-06

简介创建敏捷的软件开发团队并不像表面看起来那么容易。很多管理人员和团队主管会雇佣技术合格的人组成团队，扔给他们某种敏捷过程，然后就希望所有事情都像书上说的那样有效。这种方法不仅不现实，而且非常容易失败。本文将会描述成功团队的要素，并说明我们应该如何创建这样的团队。成功团队的要素成功的敏捷软件开发团队由技能熟练的开发者组成，他们已经确立了团队价值，拥有良好的沟通，并且总是寻找改善的机会。对于成功来说，尽管这些因素并非绝对必要，然而拥有全部因素会为我们铺就一条通往成功的捷径... 查看全文

· 解读敏捷需求分析五大关键因素发布时间：2011-07-06

大多数学计算机语言的人都会有过这样的感受，过去一直认为编程和架构是整个软件生命周期里最了不起的部分，但实际工作后才会发现在商业产品里，需求分析才是一个商业软件成功与否的关键。放眼望去，在当今软件工程领域出现的许多问题，诸如缺陷及资源运用不当，都源于需求的不清晰，甚至有软件人戏称：“需求变更乃万恶之源”，一时也获得了颇多响应。时至如今，业务IT间需求分析过程中存在的问题主要有哪些？什么是敏捷需求分析？产品级和项目级需求有何异同？敏捷需求分析方法论中的五大关键点是什么... 查看全文

· 敏捷开发，在路上发布时间：2011-07-06

如果有一种方法能使你的软件缺陷率降低63%，核心缺陷率降低79%，整体投入减少62%，整个项目开发的时间缩短69%，你会采用这种新的软件开发方法吗？在回答这个问题之前，你可能会问：是什么方法能达到这样的效果？答案是：敏捷开发。你一定会开始质疑：这是真的吗？或者你会说：我们也在用敏捷，但没有以上提到的这么夸张。以上提到的一些数据来自Forrester，一家善于用数字说话的咨询公司。他们对多个采用敏捷开发的项目与传统开发方式进行对比，得出以上数据。而这些项目来自敏捷刚刚开始起步的2002年... 查看全文

敏捷_Tag标签_程序员俱乐部

非技术区

移动开发

DB2

开发

数据库

互联网

系统

资讯

创业

最新文章

今日热点

推荐文章