十。 敏捷回顾:Esther Darby和Diana Larsen打造出色的团队
2006年,实用书架,共178页。 用英语写,用英语读。 (媒体使我在我的文章中澄清了有关可能的会员链接的问题,因此请阅读。 ) 几乎免责声明 :从技术上讲,这也是一本商业书籍,但它涉及的是我工作的过程方面,而不是编程方面。 对于对过程和持续改进感兴趣的读者来说,它可能仍然很有趣,并且它的建议可以委托给其他生活和其他专业。 我将不去开写关于回顾的书的回顾,而是直接解释为什么需要这些回顾,以及它们适合软件开发团队每周例行工作的地方。 我将从敏捷方法论开始。 敏捷是与产品创建过程(主要是软件品种)相关的一种心态。 传统的方法(通常称为瀑布式 )将创建任何类型的产品的过程分解为不同的连续阶段-一个不能在另一个完成之前就开始。 设计和需求过程可能要花费几个月的时间,之后程序员才能开始处理产品,直到产品完成,他们才向客户透露。 这部分可能要花一年甚至更长的时间,并且经常在那年年底发现完成的产品与客户的想法完全不同。 敏捷方法论基于较短的工作周期-从一周到四周不等,其中将最初的需求分解为更小的部分,然后在指定的时间内开发这些部分并将其显示给客户,客户迅速提供了有价值的反馈,然后将其引入到持续的开发过程中,最终导致产品更接近客户的最初愿景。 关于敏捷方法论,特别是其中一种实现的名为Scrum的一件有用的事情是,该流程本身是该方法论的产物,因此也可以在短周期内进行检查,并且所提供的反馈有助于随着时间的推移改进它。 Scrum包含几种类型的会议,在Scrum术语中称为仪式 ,在工作周期中的特定时间和间隔内进行。…