人们在解释自身环境时非常糟糕。我们倾向于忽视那些我们不相信的事情,并且对于与自己心智模型不符的任何东西,我们一概视而不见。这也从一定程度上解释了为何我们不能准确地预测实际发生的事情。
根源分析难道一无是处吗?它有许多价值,但它只能帮你回顾过去,可以使用它来解决已经发生的问题,并防止它们再次发生,然而,它不能帮你预测未来的问题。
敏捷软件开发(部分)根植于复杂性理论,只有不断接受失败并从系统中清除问题的根源,才能使软件项目稳步增长并成功执行。这同养儿育女几乎如同一辙。
很多人认为,敏捷宣言是对那些正式的,按部就班的官僚化方法的反击。然而,几乎没有人意识到它也反对软件开发世界中那些不和谐的地方,无纪律的程序员,混乱的流程,低劣的质量产品。
敏捷的基本原则中首先最重要的是人,人的最大价值不在于他们的头脑,而在于交互和合作。敏捷要求不同角色组成跨职能的小团队,并且最好处于同一个房间内。团队获得信任从而可以用他们认为最好的方法去完成工作-前提是他们知道怎么做,并对结果负责。
关注质量是产品成功的关键,所以精益求精在敏捷核心中找到了自己的一席之地。我们可以借助下列实践达到目的:测试驱动开发,code review(可以结对编程实现),定义完成的标准(检查清单),迭代开发,重构(持续改进代码,即使没有需求变化的时候)。涌现式设计的必要,最好的架构不是预先就定义好的(可能有一个基本的形式),它可以在产品开发过程中逐步浮现出来。
敏捷开发团队需要自我激励,重复性劳动会使人缺乏动力,因此每日构建,持续集成,自动化测试需要辅助。而开放的办公环境,信息透明化工具,如大的任务板和燃尽图都是为了促进交流合作激励。
人胜于流程,但这并不意味着流程不重要。它本身就包括许多必要的流程:最小计划(递进式计划),每天面对面的交流(站会)。通过评估可以工作的软件来衡量项目进度(客户签收的功能),定期回顾反思持续改进不断评估调整过程本身。
冲突,内部冲突是复杂系统固有的一个方面,同时也是创新的土壤。对于那些乐于持续改进的人来说,它将是一种巨大的特权。
行动:人,功能,质量,工具,时间,价值,流程,检查你的项目是否都考虑了,是否这7个纬度都是敏捷的,如果不是,你有什么改进计划?
管理3.0就是要确保所有团队成员都能够关心他们的工作,试着每天都让事情变得更好,以及客户能够保持开心。其中管理者的目标就是确保,最终人们可以做好工作而不需要他的帮助。那么管理者就可以去玩玩高尔夫啥的,或者可以把关注点放在新的一群人身上。管理3.0“只是”不断处于变化之中的一些游戏、工具和实践的集合。它是一种看待工作系统的方式,一种思考和行动的方式。另外,管理是所有人的责任,而不仅仅是管理者的。这项工作如此重要,以至于不能仅仅交给管理者。
敏捷的竞争
良性的~竞争~包括:Scrum与XP,Scrum与看板,甚至Scrum与Scrum。一个比较大的竞争对手是精益软件开发。
精益软件开发旗帜鲜明的集中于消除浪费和整体优化,从管理学的角度对敏捷世界做出了巨大的贡献。
软件工艺运动是一个规模略小却颇具实力的竞争对手,其指导思想是软件工艺宣言,该宣言既是对原有敏捷宣言的扩展,也是对它的挑战。
软件工艺宣言
精益求精
作为胸怀大志的软件工匠,我们在亲身实践专业化软件开发,也在帮助他人掌握这一工艺,我们要设立更高的目标。我们认为:
“可以工作的软件”犹不足,尚需精益求精;
“响应变化”犹不足,尚需稳步增加价值;
“个体与交互”犹不足,尚需专家社区;
“客户协作”犹不足,尚需卓有成效的伙伴关系
在追求左项的过程中,我们发现右项亦不可或缺。
个人读书笔记:1~2章感想。印象颇为深刻的是:
1.人的最大价值不在于他的头脑,而在于交互和合作。这是我也常常在经历的,合作的能力也是性格品格的体现。可见,一个人是否有清晰和和谐的交互,合作能力,是尤为重要的,你是团队合作中的麻烦吗?你在交互中被动,表达混乱吗?Ariel
2.软件工艺宣言像是一群非常有匠人精神的程序员提出的,致敬。
3.敏捷重新解读的7个原则会让人更好的理解这个伟大的管理方式。它的确是完全革新的管理方式。
网友评论