安全代码开发:敏捷的牺牲者?
敏捷团队以快速产生可靠和高质量的代码而著称。然而,快速交付的压力可能会导致走捷径的评审,缩减测试并缺乏对安全代码的重视。安全开发与敏捷共存是否只是一厢情愿的想法呢?
敏捷团队以快速产生可靠和高质量的代码而著称。然而,快速交付的压力可能会导致走捷径的评审,缩减测试并缺乏对安全代码的重视。安全开发与敏捷共存是否只是一厢情愿的想法呢?
Flyvbjerg和Budzier在哈佛商业评论上发表了一份令人震惊的研究报告,这份报告已引起了很多人的注意。他们在报告后面提出了忠告:IT项目的风险远高于我们的想象。
结对编程是一门敏捷软件开发的技术,其目的是让两个开发人员共同在同一个工作站上工作。关于结对编程所带来的好处已广为流传,相应的技术和方法也得到了广泛实践。然而,在进行结对编程时,最好的安排座位的方法又是怎样的呢?
这是客户常常提出的问题,也是让敏捷团队感到不爽的问题。一方面,在没有开始动手前就估算整个产品功能的工作量,等于无头苍蝇到处乱撞。然而,很多情况下,这是一个很现实的问题,团队不能将其抛在脑后。
计算速度是否要把bug修复考虑在内?近来,在这个问题上有大量争论。看起来似乎没有一个绝对正确的答案。不过,敏捷人士提出一些建议,说明什么时候应该考虑,如何放进去,以及什么时候可以避免。
Jurgen Appelo已是连续第二年提供由他整理的前100名敏捷书目。该书目是根据来自Amazon.com和GoodReads.com两网站的平均评分和评分次数综合统计得出的。计分时也考虑了出版年份的因素。
开放式办公布局通常被认为是敏捷团队的默认布局。而枯燥无味的隔间农场已成为过去。众所周知,开放式办公室有助于促进沟通、协作、以及建立更强大的团队。是否一切都如听起来那么美好?
Scrum被视作是一种适应性和灵活性俱佳、旨在改进开发过程的软件开发方法。多年以来,Scrum的成功案例比比皆是。然而,一些团队依然察觉到许多刻板、教条之处。这究竟是Scrum本身有问题,还是实践过程有瑕疵呢?