敏捷开发
蓝白云
软件开发 软件测试工具技术 敏捷开发 项目管理
展开
-
建立团队信任的五种方法(摘自Infoq.com)
作者 Mike Bria译者 金明 发布于 2009年4月17日 下午8时15分 社区Agile主题协作,沟通标签敏捷宣言,信任,反馈很多人意识到敏捷团队内的信任是敏捷宣言“个体与交互”价值观被顺利贯彻的基础。Esther Derb转载 2009-04-19 10:52:00 · 1079 阅读 · 0 评论 -
摸着石头过河的敏捷实践
作者:蓝白云我,不是村官,兼职我们团队中的敏捷教练,虽然还没有达到教练的水平,但有一份试水的心。也可以称呼我为“摸着石头过河的敏捷教练”吧。呵呵,名字有点长吧?有的同事认为有些团队和软件项目适合敏捷,有些不适合,又有些时期适合敏捷,有些时期不适合。我不这么认为,只要有人,敏捷是可以随时上,并且适合任何软件项目,因为它是以人为本的,就看你愿不愿意。我也坚信多讨论多探讨多实原创 2012-12-19 08:53:09 · 1114 阅读 · 0 评论 -
我们的项目采用Scrum敏捷失败了
作者:蓝白云首先告诉大家一个好消息,我们的项目采用敏捷Scrum进行X项目开发宣告失败,中途不得不转向传统过程。为什么是好消息?我认为:失败是成功之母。没有失败就发现不到所隐含的实际问题,将实际问题解决才是成功的必经之路。如果第一次成功反而不正常,所以这次的失败是个好消息。下面我将结合敏捷Scrum在该项目中应用失败的经验与大家分享。引出实际的问题(也是现象)整原创 2012-12-18 17:29:53 · 3477 阅读 · 3 评论 -
Windows XP SP2系统下安装PostgreSQL 9.2终于成功了
蓝白云 2012/12/022天前开始试图安装PostgreSQL,看它没多大,40M左右,想当然地以为几分钟可以搞定,……结果整到现在才搞定。按照网上查到的解决办法,在安装的过程中无论选择什么地区最后仍是失败(The database cluster initialisation failed)。几度都想放弃了,功夫不负有心人,最终在一个外国网站上查到一条关键信息:通过命令行来重新初始化原创 2012-12-02 17:13:24 · 5767 阅读 · 5 评论 -
《持续交付》笔记——第2章 配置管理
作者:蓝白云自以为以前负责的项目做的配置管理相对公司其它项目已经够牛的了,没想到在阅读此章时才发现山外的山好多又好高啊。:)说到配置管理,我们常常想到的是源代码和一些需求文档、设计文档、测试文档等的配置管理,把它们放到版本控制库中管理起来就完事了。而这里对配置管理作了明确的定义(至少在本书范围内):“配置管理是指一个过程,通过该过程,所有与项目相关的产物,以及它们之间的原创 2013-02-02 22:05:18 · 1137 阅读 · 0 评论 -
《持续交付》笔记——第1章 软件交付的问题
作者:蓝白云越来越发现总结是多么的重要,那怕是一两句话也行。因为在我以前看过的书像看电影一样,看过后感慨一方就忘了差不多了。希望从现在做起,把每看过的书按照章节做个笔记或小结一把记录下来,也当作是回忆吧。但愿自己能够坚持下来。看完《持续交付——发布可靠软件的系统方法》第1章“软件交付的问题”,感觉译者乔梁翻译得非常棒,语句非常流畅。好了,言归正传,笔记开始:1、原创 2013-01-25 14:20:42 · 1030 阅读 · 0 评论 -
《持续交付》笔记——第3章 持续集成
作者:蓝白云在我们团队2009年实施敏捷的时候就开始执行了持续集成实践,一直到现在还在继续。这本书真的不错,书中提到的问题我们也遇到过。巧的是,有些解决办法也有些相同。例如:首先得在本地构建成功,然后再提交到持续集成集成环境中(准确地讲是提交到SVN版本控制库或Git分布式版本控制库中,持续集成自动会从版本控制库中获取代码构建编译和测试)。持续集成的核心在于自动化测试,验证提交的代码是原创 2013-03-30 17:22:11 · 1283 阅读 · 0 评论 -
《持续交付》笔记——第4章 测试策略的实现
测试是跨职能部门的活动,是整个团队的责任,应该从项目一开始就一直做测试。——摘自本书测试的分类支持开发过程的评判项目的业务导向的测试验收测试(自动的)演示易用性测试探索性测试(手工的)技术导向的单元测试集成测试系统测试(自动的)非功能验收测试包括容量测试安全性测试等(手工原创 2013-07-29 12:12:02 · 2183 阅读 · 0 评论