摘要：第六章 敏捷流程 敏捷是一种态度，而不是一个说明性的过程。它不能解决问题，但可以用于优化解决问题的过程。 我们最优先要做的是通过尽早的，持续的交付有价值的软件来使客户满意。即使到了开发后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势：经常性的交付可以工作的软件，交付的间隔可以从几周到几个月 阅读全文

摘要：本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP 团队：并不是几个人凑到一起就叫团队，称之为团队 团队有共同的特点： 1.团队有一致的集体目标，团队要一起完成目标。一个团队的成员不一定要同时工作， 例如接力赛跑。 2.团队成员有各自的分工，互相 阅读全文

摘要：本周学习的是《构建之法》的第四章，这章的主题是两人合作，看到这个题目我的第一反应是现在两人合作的项目还很多吗？因为我一直认为一个项目一般是几个人或是十几个人这样的团队来合作完成的，这个思想也不知道是看到了什么有的。值得一提的是，书中的第五章就是讲团队合作的。 合作的最小单位是两个人，合作过程中必然存 阅读全文

摘要：本章主要的理论和知识点是评价软件工程师水平的主要方法、技能的反面以及TSP对个人的要求。 首先，不同的数据能够从不同方面一个展示软件工程师的技术和能力，例如，通过完成时间平均值的比较，两位工程师或许能决出完成效率的高下，但通过比较方差则又能体现出的两位工程师的工作稳定性。 同时，本章的中心仍旧是关乎 阅读全文