构建DevOps文化的5个建议

【编者按】对于企业来说,前途未卜的改变往往很难发生,就像航海一样,重复的往往是久经验证的安全航线,这点在DevOps文化的构建上同样如此。近 日,CA Technologies的高级策略师Peter Waterhouse撰写了企业构建DevOps文化的5点建议,由OneAPM工程师翻译。[......]

阅读全文

Scrum之product Backlog

Scrum的基本概念其实并不复杂,但是想做好并不容易,大家都知道product backlog的重要性,但是我们如何制定和展现它,如何评定优先级,如何进行初始评估?下面我将介绍和product backlog相关的一些问题。

Scrum之 流程和术语介绍了流程,这里主要介绍第一个最重要的工件 Product Backlog。它是Scrum的核心,也是一切的起源。它是由Product Owner负责制定的一个按照重要性的级别排序了的故事列表。[......]

阅读全文

敏捷开发流程管理须参考的3个要素

Olga Kouzina认为使用敏捷项目管理工具需要遵守三个原则:流程优先,工具次之;开发流程需可复用;正确做法需可复制。因为人们在选择或使用敏捷项目管理工具时,往往会忽略开发流程中的某些关键要素,所以他重点对第一个原则中提到的“流程”进行了介绍,以期帮助大家对开发流程有个更加完整的认识。[......]

阅读全文

敏捷开发的6个实战经验

在大型企业中经常是各种软件开发模式混用,一些采用敏捷开发,一些则是采用传统的瀑布式或RUP(统一软件开发过程)。敏捷开发,相对传统软件开发模式,它主要是针对快速变化的需求,不断优化管理流程,最终推出优质软件。[......]

阅读全文

为什么项目估算偏差如此之大?

在软件开发过程中,估算是一个非常重要的环节,对于项目计划、进度控制等都具有重要的意义。但是估算也是一个比较难的“技术活”,因为是“估”,所以往往会存在一些偏差,而这些偏差对于一个项目来说,有时可能会导致多花费一些不必要的金钱,还有可能影响公司的声誉和员工的积极性。

而哪些因素会导致估算偏差呢?开发者Alex E. Fish给出了以下提示。 [......]

阅读全文

敏捷体验设计文具指南

传统瀑布式设计流程中最大的两个问题在于分工导致的设计过程中失真,以及应对变化能力弱,而不可否认的是,分工的优势在于执行效率,如果取消分工,虽然迫使设计师开始协作,避免了一定的失真,以及及早发现变化风险,但摆在眼前的,确实新的工作模式可能带来的工作效率低下的问题。

敏捷体验设计的方法论并不是简单打破传统的分工模式,而也在实践层次提供各种方法和工具,帮助设计师即保证了充分的协作,也避免了执行力下降的问题。而作为实操层面的文具选择,则是设计师协作的有效工具。[......]

阅读全文

敏捷开发过程剖析及工具推荐

敏捷开发,要求在开发过程中不断增强,从而提高软件质量,以达到提高商业收入的目的。它是一个迭代的过程,一个不断提高企业投资回报率和服务质量的过程。值得注意的是,成功的敏捷开发,单纯依附于活跃的开发过程和理解敏捷所带来的效益并对此有浓厚兴趣的企业用户。

本文将介绍敏捷开发的五大过程及这些过程中所要用到的工具。[......]

阅读全文

你不需要遵守的 7 个敏捷开发最佳实践

在敏捷开发中有很多好的想法和实践,这些想法和实践都非常管用:

  • 把项目分成小版本发布来进行风险管理和加速回馈;
  • 用时间盒(time-boxing)来限制WIP(Working In Process)并让所有人团结一致集中在项目中;
  • 仅依靠软件来作为进程度量;
  • 进行简单的估算并使用速度来预测团队的表现;
  • 和客户保持频繁而紧密的合作;
  • 持续集成持续发布以保证代码始终稳定可运行。

但是还有一些别的并不是那么重要但被很多人接受的想法和实践:就算你不遵守这些想法和实践你的项目依然可以圆满成功,也不会有糟糕的事情发生。但是有一些想法实践你最好不要去遵守。[......]

阅读全文

2013年开发者需要了解的10大开发趋势和技能

技术的不断进化,使得软件开发也跟着进化,而且成熟了很多。一个不可否认的事实是,科技永远不能是静态的,因为它必须满足与之关联的人的需求。但是技术变化太快,有时真的让我们很难保持同步。

作为一个开发者,在开发者的世界跟不上潮流是伤不起的。写代码需要心如止水,但新的一年即将到来,此时此刻你必须准备好迎接新的明天。

要想在2013年跻身优秀开发者行列,你必须时刻关注且了解2013年的技术趋势。下面一起来看看2013年开发者需要了解的10大软件开发技能和趋势。[......]

阅读全文

线框图:启动开发项目的绝佳方式

收集早期反馈对于所有的开发项目来说都是至关重要的。没有利益相关人的及时反馈,就不可能开发出满足需求和预期的软件。为了让软件的利益相关人能够提供这样的反馈,一条基本的原则便是“少解释,多展示”。没有人会去读上百页只有文字的规范文档,更好的方式是向他们展示一些可见的东西。对此,最大的问题在于如何在项目开发早期什么都没有的情况下,展示一些东西。线框图便是一个很好的选择。[......]

阅读全文