读构建之法后的五个问题

1.如何使自己的开发思维更加敏捷?

2.如何分配好团队里面成员的任务,来达到最好的工作效率?

3.当面临用户的需求和优化后的软件起冲突时,用户的需求一定是最重要的吗?那么用户根本不了解优化的软件的好处,一定强制要求修改怎么办?

4.如何使自己的产品在市场上占有绝对的优势?

5.什么样的软件开发团队要开发什么样的软件才适合敏捷流程?

时间: 2024-11-06 23:33:46

读构建之法后的五个问题的相关文章

对读构建之法后提出的五个问题

读构建之法有以下几点疑惑: 1.如何使自己的开发思维更加敏捷? 2.如何分配好团队里面成员的任务,来达到最好的工作效率? 3.当面临用户的需求和优化后的软件起冲突时,用户的需求一定是最重要的吗?那么用户根本不了解优化的软件的好处,一定强制要求修改怎么办? 4.如何使自己的产品在市场上占有绝对的优势? 5.什么样的软件开发团队要开发什么样的软件才适合敏捷流程?

读构建之法后的问题

1.个人技术与个人能力的关系,个人技术越高能力越强吗? 2.怎样在团队中与伙伴合作?就像我们现在的小组只有5个人,但是一盘散沙,总是说不出什么原因 3.如果客户需求不合理,作为PM应如何处理? 4.如果在开发过程中需要其他新知识(特别复杂.繁琐)应如何? 5.团队领导者对整个团队影响大吗?团队的凝聚力取决于领导者还是个人的想法? 6.感觉书中成为软件工程师的要求离现今的我有些遥远,怎么破?

第五次作业《读构建之法的心得》

<读构建之法的体会> <构建之法>这本书是软件大大神邹欣的作品之一,这本书体现邹欣老师的情怀,很简洁的讲述了软件设计的各个阶段,描述了一个微软软件大神对软件的理解.构建之法对我帮助挺大的,通过构建之法这本书使我对软件的构建很清晰的了解,让我对软件设计更加的清晰的认识,增加了我对软件的认识的兴趣,好了,现在来讲述讲述里面的内容,第一张讲概论:软件等于程序加文档,软件工程是什么,第二章讲 个人技术和流程 单元测试,效能分析工具,个人开发流程第三章讲软件工程师的成长 个人能力的衡量与发展

读构建之法之感

读构建之法之感,为什么迟迟没有发构建之法这本书的观后感,是因为想要细细的看,为什么老师这么要求我们这么做,为什么要刻意的去发微博,原因都在构建之法的这本书中.构建之法这本书和其它的软件工程的书不同,构建之法这本书讲的清晰有趣,容易理解,不像其它的软件工程的书籍,写的那么的枯燥和乏味,构建之法的每章都有很大的联系,让人逐渐的去深刻的理解.通过构建之法理解并懂得什么是软件工程,软件工程是系统的,有序的,可量化的方法应用到软件的开发,运营和维护中去.希望通过自己的努力以及软件工程的课能够让自己有一个小

学习构建之法后的疑问

通过一个学期的学中做,做中学这样的学习方法,深深的感觉到了与平时听课学习方式的不同,收获很多.我学习完构建之法这本书后仍然有几个小问题.’ 1.成功的软件总是解决了我们生活中的迫切需求,但是不同的人群有不同的需求,我们如何去权衡各种需求,从中取出最核心的需求,我们该如何完成一个好的需求分析? 2.在实际制作软件时,外观.需求.性能.效率,我们该如何取舍?我们需要注意些什么才能更好的完成开发设计? 3.优秀的产品总是需要优秀的团队,但是在有限的资源下,怎样才能磨合出优秀的团队,探索出合适的团队模式

第五次软件测试作业 读构建之法有感

之前没有什么认真的看完构建之法这本书,最近用了一星期的时间紧赶慢赶的认真的把书看完了,越看越起劲,后悔之前怎么没有早看着一本书,看了邹欣老师写的构建之法,感觉和读其它软件技术方面的书感觉截然不同,邹欣老师的构建之法想要告诉我们的是一种第一线的编程思想,比起平常所学的技术感觉起来更富有实用性,他用了程序员的第一视角来告诉我们软件编程者一思想,从第一章概论的软件工程是什么开始,就给予人一种引人入胜的感觉,给程序员一种深深的代入感,书中不仅有丰富的代码示例,还采用了一种一问一答的方式来解答问题,我想邹

初读构建之法

 以前对软件工程没有特别详细的看法,有些模棱两可.经老师介绍购买了构建之法,初步看了构建之法的   第一章.第五章以及十七章,对软件工程有了一定的了解,下面想要说一说我的个人看法.         百度中有这样的定义,软件工程是一门研究用工程化方法构建和维护有效的.实用的和高质量的软件的学   科.又或者说,比较认可的一种定义认为:软件工程是研究和应用如何以系统性的.规范化的.可定量的过程   化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法  

读构建之法8、9、10章有感

第八章.需求分析 书中介绍了一些获取需求的常用方法.流程.及分析框架,看了后才发现原来需求分析还有着者这么多的学问. 以前听人说,需求分析在实际项目开发中所占分量很重,甚至往往需要花的精力比敲代码要多.我听到时不以为然 ,认为需求分析不就是看一下软件要什么功能,要做成什么样而已吗.再后来,我真的接手了一个小商业项目的需 求分析任务,才明白需求分析是一件多么让人崩溃的事情,客户对软件编程一无所知,只是含糊地给我一些文档, 而我又不清楚他们的业内流程.业内术语等,不知道如何去获取对需求,只能像只无头

构建之法阅读笔记五

最近几天在看构建之法中看到了“需求分析”这一章,对于需求分析可能大部分同学都会觉得不陌生,因为在上一学期中的UML统一建模语言中讲过有关需求分析的一些基本的东西.但是,当时并没有完全理解,到现在也忘得差不多了,今天认真的看了一遍,大概说一下我自己的收获. 在做软件时第一件事是要做什么呢?不是一上来就写代码,而是要先做好调研,做好需求分析.在讲需求分析之前,要先知道软件需求是什么,首先你必须要获取和引导需求,在这里要注意有时候用户不是很清楚他要什么,甚至会表达错误,这时候你就必须要引导用户,帮助用