首页 > 其他分享 >构建之法阅读笔记3

构建之法阅读笔记3

时间:2024-02-28 22:04:10浏览次数:19  
标签:项目 流程 笔记 构建 极致 阅读 敏捷 软件 团队

第六章 敏捷流程

敏捷流程是一系列价值观方法论的集合,它要求:

尽早并持续地交付有价值的软件以满足顾客需求。

敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势。

经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。

业务人员和开发人员在项目开发过程中应该每天共同工作。

以有进取心的人为项目核心,充分支持信任他们。

无论团队内外,面对面的交流始终是最有效的沟通方式

可用的软件是衡量项目进展的主要指标。

敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去。

只有不断关注技术和设计,才能越来越敏捷。

保持简明—尽可能简化工作量的技艺—极为重要。

只有能自我管理的团队才能创造优秀的架构、需求和设计。

时时总结如何提高团队效率,并付诸行动。

雷军曾经说过互联网思维的七字诀:专注、极致、口碑、快。在我看来这七字诀真是敏捷流程的一个缩影。专注意味着提高团队效率并付诸行动;极致意味着两方面的内容,一方面是我们做项目时要做到极致,对于那些有能力、有进取心的人要大力支持他们,另一方面意味着我们需要不断关注技术和设计,在技术和设计上做到极致,这是将项目做到极致的有效保障;口碑则意味着我们在做项目时,要充分考虑到客户的感受,在客户需求发生变化时,我们不能排斥这种变化,而是要欢迎需求的变化,并利用这种变化来提高用户的竞争优势;最后的快则是对敏捷流程最直接的概括,快意味着要经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。

 

 

第七章 MSF

对于这一章,由于我们还有没有进行团队项目,所以理解不深。MSF全称为Microsoft Solution Framework,即微软解决方案框架。这是一个软件开发的方法。它要求:

 

推动信息共享与沟通

为共同的远景而工作

充分授权和信任

各司其职,对项目共同负责

交付增量的价值

保持敏捷,预期和适应变化

投资质量

学习所有的经验

与顾客合作

标签:项目,流程,笔记,构建,极致,阅读,敏捷,软件,团队
From: https://www.cnblogs.com/4a5r/p/18042020

相关文章

  • 平衡树学习笔记(替罪羊)
    替罪羊应该是所有平衡树中最简单的了(但这东西是真的恶心),它的主要思想是在发现子树不平衡时把子树拍平重建。首先我们考虑什么时候我们认为这个子树是不平衡的。我们可以设置一个常量\(eps\),当有一棵子树的大小超过了它父节点子树大小乘\(eps\),那么我们就可以重建这棵子树了。......
  • 基础线段树笔记
    作为学会的第一个高级数据结构,当然要提早记录啦(虽然好像已经拖了一学期了)线段树的主要用途是针对一些较复杂的区间问题,如:给你一个长度为\(n\)的序列,还有\(m\)次操作。对于每次操作,让你将一个位置\(x\)加\(y\),或查询区间\(\left[L,R\right]\)的和。首先,如果只要求......
  • 构建之法阅读笔记1
    第一章作者谈到了软件开发的过程,过程包括玩具阶段、业余爱好阶段、探索阶段、成熟的产业阶段。我觉得自己处在业余爱好者的阶段(上学期数据库大作业要求写一个图书馆里系统,于是就写了一个图书管理网站,当时做完的时候感觉挺有成就感的,虽然过程十分痛苦),在讨论商业软件和爱好者的程序......
  • 《构建之法》读后感1
    两人合作——4.3代码设计规范——4.3.3错误处理      此处提到了“断言”的概念,但着墨不多,介绍简略。那么问题来了,挖掘机……不是,断言是什么?编写代码时,如果程序员相信在程序中的某个特定点某表达式值(布尔式)为真,可将其标为断言(assert)。举个栗子:pu......
  • 《构建之法》读后感2
    瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产品。它在1970年由温斯顿·罗伊斯(WinstonRoyce)提出,直到80年代早期,它一直是唯一被广泛采用的软件开发模型。本书中例出了瀑布模型的文档图,但是鄙人并没有看得很懂它的用意......
  • 《构建之法》读后感3
    TDD(TestDrivenDevelopment),即测试驱动开发的基本思想就是在开发功能代码之前,先编写测试代码,然后只编写使测试通过的功能代码,从而以测试来驱动整个开发过程的进行。这有助于编写简洁可用和高质量的代码,有很高的灵活性和健壮性,能快速响应变化,并加速开发过程。测试驱动开发的基......
  • CF836F 做题笔记
    传送门非常好题目,使我原地旋转。首先数据这么小显然直接暴力求出每个\(A_i\)的取值范围。由于每个\(A_i\)只能有一个取值,所以源点先给所有\(A_i\)连一个限流为\(1\),费用为\(0\)的边。同时显然还要给每个值域点(不是\(A_i\))向汇点连限为\(inf\),费用为\(0\)的边......
  • 洛谷P2762 太空飞行计划问题 笔记
    传送门神奇的题目。正解就是源点向实验连边,边权为收益。然后仪器向汇点连边,边权为代价。然后答案就是所有实验收益之和-最小割。考虑证明。首先所有实验收益之和显然对应了做所有的实验。然后考虑割掉一条边。如果割掉的是源点->实验,那么就是不做这个实验。如果割了仪器->汇......
  • 置换群 / Polya 原理 / Burnside 引理 学习笔记
    置换群/Polya原理/Burnside引理学习笔记在GJOI上做手链强化,经过长达三小时的OEIS和手推无果后开摆,喜提rnk12,故开始学习置换群相关内容。笔记主要以Polya原理和Burnside引理的应用为主,所以会非常简单,很大一部分的群论概念和证明不会写,因为我不会。基础群论定......
  • Go语言精进之路读书笔记第38条——尽量优化反复出现的if err != nil
    Go在最初设计时就有意识地选择了使用显式错误结果和显式错误检查38.1两种观点显式的错误处理方式让Go程序员首先考虑失败情况,这将引导Go程序员在编写代码时处理故障,而不是在程序部署并运行在生产环境后再处理。而为反复出现的代码片段iferr!=nil{...}所付出的成本已基本被......