构建之法读后感
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了构建之法读后感相关的知识,希望对你有一定的参考价值。
前段时间看了《构建之法》的第八章需求分析以及第十六章的IT行业的创新并感觉到自己深有体会。首先,在第八章中,我知道了在实际生活以及社会中,我们会遇到各种各样的问题需要求助于软件,而人们的需求也五花八门,那么作为软件的设计者就要想方设法的照顾到这些需求,我们第一步要先获取和引导需求,只有先了解需求才能更好的解决需求,然后就是要分析和定义需求,接着验证需求,通过不断的分析报告,技术原形,用户调查等途径向他们验证对这些需求的认知,最后就是在软件产品的生命周期中管理需求。书中详细的写到获取用户需求的种种方法和过程。因为这个快餐文化的时代,绝大部分没有耐心会慢慢地和你反映他的需求是什么,并且,即使面对面的交谈,也会出现表达和理解的误差,所以,需求分析这一步经常容易被忽视,但是,往往这步就是非常重要的环节。明确用户需求,才能把握软开发的方向。在8.7中的分而治之里说需要一个角色出来,领导大家,PM的重要性在我们实验的团队中却显得没什么用处,并没有体现出他的价值存在,然而也无法解决队员的一些人没事干的问题,我觉得一个团队中应该是有一个实力够强的人物,不要队员实力偏差太大会比这个PM更有帮助。
在阅读了第十六章之后,我的第一感觉是在IT行业中,创新的思维是非常重要的。现在得社会发展这么迅速,很难有什么创新的idea,有些人有创新的想法,却没有对应的技术,有些人有高超的技术,确对这门技术没有创新的领悟。当我们有时灵光乍现时,要抓紧记下并自己亲手实践,这样才会有成功的可能,而且创新有时很简单,或许并不需要过硬的专业知识,也未必是自己擅长的领域,有时只是脑中产生的一个简单的想法就有可能是通向成功的关键钥匙。创新有时靠的并不是你一人的努力,多和你的团队进行沟通交流,大家交换想法互相补足,这样才有可能让创新思想更加丰满,也和成功离得更接近,而你的团队并不需要都是顶尖的专家,只要大家一同努力同样可以想出非常成功创新的点子。
这些就是我在阅读了第八章以及第十六章之后的感受与体会,总体感觉自己受益匪浅,在以后的软件开发和项目设计上又更有了自信,相信自己会在不久的将来会开发出一款成功的软件来获得大家的认可,我非常期待这一天的到来。
以上是关于构建之法读后感的主要内容,如果未能解决你的问题,请参考以下文章