关键词：
这周我学习的是敏捷流程和MSF的知识。敏捷流程是一系列价值观和方法论的集合。敏捷开发的原则是：1.尽早并持续交付有价值的软件以满足顾客的需求2.敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势。敏捷流程的步骤是：第一步，找出完成产品需要做的事；第二步，决定当前的冲刺需要做的事情；第三部，冲刺；第四部，得到软件的一个增量版本；第四步，放松一下，总结上一次的经验教训，争取下一次做的更好。所以敏捷流程的经验教训是：敏捷宣言表明的是一些优先级，不必当作教条来争论；在复杂的项目里，要让一线团队成员做决定；不要和管理层谈流程，它们只关心结果。
MSF即微软解决方案框架，也就是微软推荐的软件开发方法，MSF基本原则：推动信息共享与沟通，为共同的远景而工作，充分授权和信任，各司其职对项目共同负责，重视商业价值提供渐进的价值，保持敏捷预期和适应变化、，投资质量，学习所有的经验，与顾客合作。在MSF团队模型中，任何技术项目都必须达到特定的关键质量目标，才能够被认为是成功的项目。任何一个角色无法实现其目标，都将危及整个项目。
构建之法第六章
构建之法第六章本章为敏捷流程，主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论，各种软件开发方法论的优缺点，，选择软件流程根据等敏捷开发：是一系列价值观和方法论的集合敏捷开发的原则：1、尽早... 查看详情
读构建之法第五章：团队和流程
团队有一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作，例如接力赛跑。团队成员有各自的分工，互相依赖合作，共同完成任务。软件团队有各种形式，适用于不同的人员和需求。基于直觉形成的团... 查看详情
构建之法第五章团队和流程
典型的团队开发模式和流程，完全是新的内容；涉及到更多的术语和有意思的策略性东西1.团队模式【我比较认可的】主治医师模式由首席程序员（相当于首席医生）负责整个工程，周围人员各司其职，配合支持中心人物的工作... 查看详情
构建之法第六章学习心得
这周我学习了构建之法第六章敏捷流程，本章主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论。以及什么时候选择敏捷的开发方法，什么时候选择其他方法。.敏捷开发的原则是尽早并持续地交付有价值的软件... 查看详情
构建之法第五章
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP团队：并不是几个人凑到一起就叫团队，称之为团队团队有共同的特点： 1.团队有一致的集... 查看详情
构建之法第五章学习
今天我学习了《构建之法》第五章团队和流程。首先我了解了写了再改模式（Code-and-Fix）史蒂夫·迈克康奈尔（SteveMcConnell）在这里提到了不少开发流程。第一个提到的开发流程。这个流程也有好处，不需要太多其他准备或相关... 查看详情
构建之法第六章敏捷流程
敏捷是一种很“年轻态”的思路/策略，是以“万事万物都在不停地发展变化”为指导去组织软件工程的需求分析、内部的调和、代码编写甚至维护，所以我读起来会觉得很有共鸣。然而并不是所有的地方都适合让“敏捷”去闯... 查看详情
构建之法第六七八章
第六章敏捷流程敏捷流程开发原则1.尽早并持续的交付有价值的软件以满足顾客需求2.敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势3.经常发布可用的软件，发布间隔可以从几周到几个月，能短则短4.业务人员... 查看详情
构建之法第四次心得
第六章学习了之前的内容之后，我了解到了团队合作的流程以及在编码时候一些格式的注意，在学习第六章后，对敏捷流程有了大致的了解。敏捷流程是一种很好的软件开发的流程，我认为在软件开发时，敏捷开发可以使得软件... 查看详情
构建之法第五六章读后感
邹欣老师的这本书，写得形象生动，第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与需求。团队可能会演变的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密... 查看详情
构建之法第八周感想典型用户和场景
在产品的开发过程中，经常需要描述一组典型的用户。典型用户不再是一个抽象的概念，而应该是一个活生生的人物。一个典型用户往往描述了一组用户的典型技巧、能力、需要、想法、工作习惯和工作环境。典型用户... 查看详情
构建之法第六，七章
第六章敏捷流程敏捷是一种态度，而不是一个说明性的过程。它不能解决问题，但可以用于优化解决问题的过程。我们最优先要做的是通过尽早的，持续的交付有价值的软件来使客户满意。即使到了开发后期，也欢迎改... 查看详情
《构建之法》第六章自习感想与知识点
本章的学习主要讲的是敏捷流程。敏捷流程从字面上来看敏捷就是快速的，同时透露出一种年轻化的感觉的流程。但在深入的学习了之后才发现要快速的完成有价值的软件并交付给客户是有很大的学问在里面的。同时，也不是所... 查看详情
构建之法第六周感想需求分析
这周我学习的是需求分析。软件团队通过以下几个步骤找到软件需求：获取和引导需求；分析和定义需求；验证需求；在软件产品的生命周期中管理需求。而软件的需求也分为几类：对产品功能性的需求，对产... 查看详情
构建之法第五章读书心得
这一章我们主要学习了团队和流程。团队简而言之就是开发一个软件工程的团队，那么团队究竟怎样在一起开发这一软件便有了多种多样的方法。比如所有人都一起做的一窝蜂模式，但这样模式弊端很大，虽然都做了许多工作，... 查看详情
构建之法第七章学习心得
构建之法第七章学习心得这周我学习了构建之法第七章MSF的介绍。MSF有9个基本原则，针对信息共享，团队内部运营，市场，还有客户。同样是强调效率，人性，灵活，还有前景。MSF对信息共享和沟通十分强调，对团队内部运营... 查看详情
构建之法第五次心得
构建之法9、10、11章第九章学习了第九章之后，了解到了在一个项目中项目经理的重要性。生活中，无论什么团队工作，都需要一个领队，来掌控团队项目的发展，以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情
《构建之法》第五次随笔
MSF，即微软解决方案框架，也就是微软推荐的软件开发方法，大约在1993年，微软在总结了自己产品团队的开发经验和教训，以及微软咨询服务部门的业务经验后推出的。MSF基本的原则：1.推动信息共享与沟通；2.为共同的远... 查看详情