构建之法---初识篇(团队、流程和敏捷流程)

这周主要是看了第五章和第六章,主要内容包括团队和流程以及敏捷流程。

首先来说什么是团队?团队有一个集体的目标,团队要一起完成这个目标,一个团队的人,不一定要同时工作,团队成员有各自的分工,互相依赖合作,共同完成任务。此外,团队的模式也是多种多样的,我觉得不管什么样的流程,只要有一个合理的机制,有一个合理的规则就是可以的,我觉得还是要有一个人去领导整个团队,其实对于现在的我来说,我更喜欢主治医师模式。但是必须保证大家不是打酱油的,要每个人都有贡献。

关于开发流程,瀑布模型是单项的,不可逆的生产过程,虽然有一定的条理性,但是依然不适合我们;我觉得RUP统一流程就是极好的,对于一个需要改动不是特别大,长期,稳定需求的东西,就可以用这个流程。如果客户对软件的要求比较大,需要改动的东西很多,那就要用渐进交付的流程了。

然后来说一下敏捷流程,敏捷对团队的要求很简单:自主管理,自我组织,多功能型,但是这很难做到。要求团队里的每个人都很强,而且都很有自律性,这真的很难。scrum对项目的众多要求采用分而治之的办法,能让相关人员集中精力,在一定期限内解决部分问题。

对于敏捷我的理解就是他是综合了以前的很多课开发流程的,看起来目前好像是一个很流行的东西,但是仍然是有利有弊的,用好了就很厉害,用不好一败涂地。

时间: 2024-10-08 23:47:33

构建之法---初识篇(团队、流程和敏捷流程)的相关文章

《构建之法》学习(6)——敏捷流程

<构建之法>学习(6)--敏捷流程 1.敏捷的流程        "敏捷流程"是一系列价值观和方法的集合.   1.1敏捷开发原则   尽早并持续地交付有价值的软件以满足顾客需求 敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 经常发布可用的软件,发布间隔可以从几周到几个月,能短则短 业务人员和开发人员在项目开发过程中应该每天共同工作 以有进取心的人为项目核心,充分支持信任他们 无论团队内外,面对面的交流始终是最有效的沟通方式 可用的软件是衡量项目进展的主要指标

构建之法---初识篇(软件工程和个人测试)

这周学习了构建之法的前两章的内容,关于软件工程的介绍以及关于个人测试的重要性. 首先说一下软件工程,一开始觉得软件工程是一个很庞大的任务,在做一个项目的时候,像我们这种小白,心里面还是尽力的想要避开软件工程的复杂步骤,只想着做代码的实现,然后进一步的测试测试就好,但是看了第一章的内容以后呢,觉得软件工程必须按照步骤来,而且代码实现好像并不是占比重最大的部分.一个良好的软件工程是需要一个和谐的团队的共同作业的,但是在这个团队做出一个项目之前,我们首先要做的应该是先成为一个合格的软件工程师,所以了解

构建之法学习(第六章 敏捷流程)

第6章  敏捷流程 本章主要介绍了敏捷流程及其原则,Backlog.Burn-down.Sprint.Scrum方法论.以及什么时候选择敏捷的开发方法,什么时候选择其他方法. 1.敏捷的流程 定义:"敏捷流程"是一系列价值观和方法论的集合. 现有的做法 敏捷的做法 流程和工具 个人和交流 完备的文档 可用的软件 为合同谈判 与客户合作 执行原定计划 响应变化 2.敏捷开发原则 尽早并持续地交付有价值的软件以满足顾客需求 敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 经常发

构建之法---初识篇(项目经理和典型用户)

这周主要是项目经理和典型用户场景这两章的内容的学习,了解一个项目经理的责任和义务,了解一个项目经理应该具备的能力是什么,了解什么是典型用户,能够真正挖掘用户的需求,然后进行典型用户的练习. 关于项目经理这一章,其实首先他要是多变的,要懂得从不同的角度去看问题,要了解作为一个用户对软件的需求是什么,要了解作为一个程序员要以什么样的形式将用户的需求完美的表现出来,综合来说就是有观察,理解和快速学习的能力,我个人认为自己这方面的能力还是可以的.再有一个就是让人很头疼的能力,分析管理的能力,一个项目经理

构建之法----初识篇(MSF和需求分析)

这周了解了七八章的内容,关于MSF和需求分析. 先说MSF 吧,MSF是Microsoft  solution   framework  的简称,译为微软解决方案框架.它包含了九条基本原则,我觉得吧这九条是环环相扣的,如果团队中的每个成员都可以按照这个框架的原则去要求的话,那么工作一定是高效的,有意义的.这个基本原则加强的是团队之间的沟通能力,把所有资源同时共享,避免了因为沟通不当而导致出错.我觉得他在敏捷的基础上又多了一些经验的总结,可以更多的避免错误,同时比敏捷多了几分自由度. 再说需求分析

构建之法--第二篇

构建之法--第二章 在这一周中,我计划学习了<构建之法>的第二章,我认为从第二章开始,才算真正进入到了这本书的主题.这一章讲到的是个人技术和流程.首先,个人技术是衡量你是否能成为一名合格的软件工程师.而想要组建一个优秀的软件开发团队,就必须要有一名软件工程师.流程则是团队来管理开发活动的经过. 个人技术:其中就包括了三点,即单元测试.回归测试.效能分析. 单元测试:我们为什么需要做单元测试呢?这是为了让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.

构建之法——第二篇

学到现在,那么对于我们而言真正的软件工程包括什么呢? 根据构建之法中的描述,软件工程包括了开发,运营,维护软件的过程中的很多技术,做法,习惯和思想.软件工程把这些相关的技术和过程统一到一个体系中,叫"软件开发流程",软件开发流程的目的是为了提高软件开发,运营,维护的效率,以及提升用户满意度,软件的可靠性和可维护性. 由构建之法中写到软件工程中的软件开发流程,那么软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的.在团队的大流程中,是每一个具体的个人在做开发,测

构建之法(概论,个人技术和流程)

构建之法这本书第一章给我们讲述了软件以及软件工程的含义. 软件=程序+软件工程.书中用编写出加减法题目的程序的例子生动形象的说明了程序,软件,工程之间的关系,以及软件工程的一些概念.程序,在这里指的是源程序,就是一行行的代码.他们是建立在数据结构上的一些算法.但软件工程的内容远不止这些.软件工程的核心部分包括和软件开发活动(构建管理.源代码管理.软件设计.软件测试.项目管理)相关的内容.广义上的软件工程也包括用户体验.用户界面设计等.所以,一个推论是:软件=程序+软件工程,一个扩展的推论是:软件

构建之法第一篇阅读笔记

程序=算法+数据结构这句话我估计应该深入每个计算机系学生的心里了,但是就像书中所说的一样除了上数据结构课程我们没有用过任何与数据结构有关的东西,难道老师讲的都是错的吗?构建之法给了我明确的答案,这都是我们就业后所要面临的问题,因此,软件工程概论这门课就显得尤为重要了,它可以帮助我们了解软件工程整体结构,了解其中的各个流程,使我们能够了解到我们今后将会遇到的问题,提前让我们熟悉这个行业,意识到自身所学真正的作用. 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.它包含