<<构建之法>>第八、九、十章的读后感

  阅读不是仅仅为了阅读,读书的可贵之处在于思考和领悟。由于之前六、七章博文的疑问,并没有得到好的回复,于是,我将阅读的重点放在读后的心得体会,从中的收获、以及在<<构建之法>>一书学习到的处事方法。

  对于软件开发的意义就是满足用户的需求,这点我非常赞成,如果一个产品没有任何用户基础,再高深的技术也是胡闹。书中详细的写到获取用户需求的种种方法和过程。因为这个快餐文化的时代,绝大部分没有耐心会慢慢地和你反映他的需求是什么,并且,即使面对面的交谈,也会出现表达和理解的误差,所以,需求分析这一步经常容易被忽视,但是,往往这步就是非常重要的环节。明确用户需求,才能把握软开发的方向。

  项目经理也许表面上来看,不用写代码,不用参与项目中的模块开发,或许有人认为没有存在的意义。其实,项目经理也不是人人都可以胜任的,书中也写了项目经理需要具备各方面的能力。令我印象最深刻的是:分析管理能力,具体是讲:如何处理每天遇到的各种事情,有条不紊地完成。例如,理清重要而紧急的事,重要但不紧急的事,不重要但紧急的事,还有,不重要也不紧急的事。时刻能分辨出事情重要性,才能有效帮助自己做出选择,条理清晰地做好每一件事。这是我今后需要努力做到的。养成做事的好习惯,才能让自己做好更多的事。

  

时间: 2024-10-11 13:19:59

<<构建之法>>第八、九、十章的读后感的相关文章

阅读《构建之法》八九十章

第八章(P142 8.3) 问题:从书上可以看出用户的想法项目经理往往掌握不到,甚至南辕北辙.而程序员和项目经理的想法有时候也会有一些出入,那么是否让程序员和用户之间有一点的互动? 第九章(P173 9.1) 问题:可否理解产品负责人就是项目经理,因为他们两者就是做同一种工作. 第十章(P183 10.1) 问题:看了书,感觉用户的需求很难掌握,有时候用户的真实需求会随时间或是用户的想法而改动,那么我们要如何正确的把握住用户的真实需求?

构建之法的八、九、十章读书笔记

构建之法读书笔记 第八章  需求分析 这一章主要是讲需求的分析,对于一个程序项目来说,我觉得,需求是这个项目的向导,他可以决定程序项目会发展成什么样子.书里面需求这里大致分为两个:软件需求和用户需求. 软件需求:我们不仅仅要考虑到项目功能的需求,要实现的功能,还要考虑到开发过程以及非功能方面的需求,还有综合需求. 用户需求:是针对在用户这个角度,用户最需要的东西.我觉得用户需求在需求分析中较为重要,毕竟每一个要做的程序的根本目的是满足用户的要求.      所以书里面野介绍了九种获取用户需求的调

《构建之法》之第一二三章读后感

读<构建之法>这本书就像读故事书那样,耐人寻味,又很多故事和经验都是源自作者本身,读起来很有趣,并不会像其他书那样的枯燥乏味. 这本书的第一章——概论,为我们解释什么是软件,什么是软件工程,读完这章对这些概念有一定的认识这章让我明白,代码不能盲目的敲,好的软件并非两三天内就能赶出来的.在编写程序之前,需要做一系列的分析.设计,要满足客户的需求,后续还要对软件进行测试.维护等.在这之前,我一直觉得能把程序运行,能有正确的结果,那就完成任务了,可这只是整个软件流程的一部分而已. 问题:目前软件工程

阅读《构建之法》和以下链接的读后感

1.关于学术诚信与职业道德 阅读<构建之法>P384~391,并参考阅读以下链接:     偷了『半条命2』源代码的那小子http://blog.jobbole.com/79450/     2014年,锤子手机在天猫电器城上预约数造假http://tech.ifeng.com/a/20141020/40841049_0.shtml     从天猫处罚作假看手机市场三大趋势http://www.chinahightech.com/html/727/2014/1020/15575128.html

软件工程构建之法第八,九,十章读后感

第八章:需求分析 需求分析,这是做一个项目最基本的,一个需求分析是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么.可以说,在软件工程当中的"需求分析"就是确定要计算机"做什么",要达到什么样的效果.可以说需求分析是做系统之前必做的.需求分析确定了整个团队的方向,那么怎么做好需求分析呢?有以下几个步骤:1.获取和引导需求:2.分析和定义需求:3.验证需求:4.在软件产品的生命周期中管理需求. 第九章:项目经理 项

构建之法第八、九章学习

第八章:需求分析 这一章主要讲述了软件需求的类型.利益相关者.获取用户需求的常用方法和步骤.竞争性需求分析的框架NABCD.四象限方法.项目计划和估计的技术. 确认软件需求有以下步骤:1.获取和引导需求.2.分析和定义需求.3.验证需求.4.在软件产品的生命周期中管理需求. 第九章:项目经理 这一章主要讲述了团队角色分工.项目经理的由来和要求.项目经理和其他经理的区别.软件项目中的风险和风险管理.PM的专业能力. PM的能力要求:1.观察.理解和快速学习能力.2.分析管理能力.3.一定的专业能力

构建之法第八,九章

第八章:需求分析 这一章主要讲述了软件需求的类型.利益相关者.获取用户需求的常用方法和步骤.竞争性需求分析的框架NABCD.四象限方法.项目计划和估计的技术. 确认软件需求有以下步骤: 1.获取和引导需求 2.分析和定义需求 3.验证需求 4.在软件产品的生命周期中管理需求 第九章:项目经理 主要给我们介绍的是在企业里占据重要位置的项目经理.项目经理的作用就表现于他在企业中充当了中间人的角色.对外,项目经理需要与客户交流,发现用户需求,了解和比较竞争对手的产品,改进团队流程等.对内,需要把市场/

《构建之法》(九)

第16 章  IT行业的创新(一) 一.创新的迷失 迷失之一:灵光一闪现,伟大的创新旧紧随其后 很多人听到发明创造, 都会想起故事书里的聪明人忽然灵光闪现的故事,灵光闪现, 顿悟这个词叫"Epiphany", 我们上课的同学也想了不少宏大的创新思想, 但是课程最后什么也没做成,  剩下的就是一个空的构想. 迷失之二:大家都喜欢创新 (?) 创新就是做和以前不一样的事,  但并不是所有的人都喜欢"不一样".不但大众不喜欢创新,  甚至连创新者都不例外, 有些创新者甚至

构建之法第八周感想 典型用户和场景

在产品的开发过程中,经常需要描述一组典型的用户.典型用户不再是一个抽象的概念,而应该是一个活生生的人物.一个典型用户往往描述了一组用户的典型技巧.能力.需要.想法.工作习惯和工作环境.典型用户的模板可以包括名字.年龄和收入.典型场景.工作情况.定义完典型用户后,不能开始写程序,因为典型用户只是设想,我们还要和典型用户的代表交流,理解用户,理解他们的工作方式和需要,然后再修改,细化典型用户.当完善了典型用户的定义后,就要进入创立场景阶段,创立场景就是我们深入理解用户需求的过程.对于每一个目标,列出