看《快速软件开发》的五个问题

1. 在文章的第一个关于Square_Tech的案例中,代码测试和优化都是在所有程序完成以后才进行的,这应该也不符合快速软件开发的要求吧。如果测试工程师在最开始的时候就加入到软件开发中的话,软件开发进程会不会更快呢?

2、我一直分不清楚几个PM之间的区别。虽然在网上查了一些资料,但还是不明白Product Manager 和 Program Manager之间的区别是什么。在《编程之美》一书中了解到微软中的PM属于R&D,就是说Program Manager属于研发岗,但是《移山之道》在移山公司最初成立的时候又说PM不用写代码,是这样的吗?

3、其实我不懂既然有了有效开发,为什么还需要快速开发。因为从《快速软件开发》做的比较可以看出,有效开发的产品要好于快速开发的,而且进度和成本不会太差。我知道软件行业竞争力很大,谁的产品先出来,谁就有可能抢占市场,但是如果没有足够好的产品,当更好的产品出来后,不也是会被取代吗?就算可以先上市后在做调整,但是 有可能因此而花费的精力会更大,所用时间会更长。

4、一个小型项目团队中,到底是产品经理还是测试工程师(假设都只有一位)更了解这个产品?

5、一个首席程序员团队的核心是首席程序员,但是这样的团队对于风险控制有极大的要求,如果这个团队中的首席程序员因为什么原因在中途离开了这个项目组,那么要保证这个项目的正常进行,这个团队可以怎么挽救,需要改造成其它什么形式的团队。

时间: 2024-10-10 06:01:07

看《快速软件开发》的五个问题的相关文章

快速软件开发需要时间和努力。

快速软件开发的目的是,减少软件开发所需时间,缩短软件开发的进程. 但是在书中的第一章就有一句话:“快速软件开发需要时间和努力”.时间是快速软件开发的重要成分. 我是一名大三学生,结合大一大二的学历历程来看,时间和努力是所有我渴求的目标所需要的.对于达成我的目标,我的总结是:时间和用心是能够达成目标的全部元素. 其实仅仅时间的花费就会起到很不错的效果.所有以往投入过很多时间的事情,都获得了一些小小的技术和能力.但是我在过去的两年中过分沉浸在游戏当中,所获得的成就也仅仅是虚拟世界中不值一提的. 公众

关于产品规模与快速软件开发关系的疑惑

产品规模是对开发进度影响的最大的一个因素. 本书中作者提到产品规模减小一半,通常会使开发时间缩短三分之二. 作者同时也提到可以通过只开发最必要的部分来减小产品规模. 这里我产生了一个疑问. 是否应该为了产品的开发速度而牺牲产品的规模. 通过网络可知,加快产品开发的好处基本不会多余以下两点: 加速产品开发可获得两方面的优势,即战略优势和操作的优势. 而最近有个产品快速开发的经典失败案例:叮咚社区. 叮咚社区获得了天使基金一亿人民币的投资.在产品还存在非常多可以完善的方面的时候就推出了产品,并且进行

软件开发工具(五)——开发与发展

软件开发工具(五)-开发与发展 从前面我们从理论和技术方面了解了软件开发工具,现在我们一起总结总结生活中实 际的.使用者与购买这较多讨论,比如首先是购买商品化的软件开发工具还是自己研发 专用的工具呢?他的历史发展.现在的发展方向并结合Eclipse工作台来详细了解.   一.使用与开发: 1.开发还是购买权衡: 1)软件开发工作性质与要求(一般是小购,大自研发) 2)开发人员实际需要 3)工作环境 4)人员因素 2.选买之前为何要设明确.有限目标? 在选择与购置软件开发工具时,最最重要的就是设置

自考之——我看《软件开发工具》

<软件开发工具>由理论篇和实践篇构成.实践篇是选取一种详细的软件开发工具Eclipse来进行介绍,帮助我们加深对软件开发工具的理解.在这篇文章里,我就不说这部分内容了. 这里,我主要是对理论篇这部分内容进行介绍.大家看我以下这幅导图是对理论篇的概括.我将软件开发工具整个理论篇分为了5个部分,每一个部分标题以下相应的是书中的章节. 高速浏览过我的导图之后,以下就让我来为大家讲讲,我是怎么分的. 米老师讲过.对待一个事物我们应该从下面这几个角度考虑: 是什么? 产生的背景? 为什么要用它? 怎么用

快速软件开发-书摘

这是一本很老的软件管理方面的数, 书里几乎覆盖了关键开发管理的方方面面,虽然年代久远但是书中的一些软件 开发管理原则对现在的软件开发活动也有指导意义. 软件工作量估算方法 风险控制原则 软件开发活动怎么选择 ,瀑布模型.螺旋型模型,快速原型等等 对加班的认识 计划.进度.团队,需求把握都有谈及 很多软件开发活动本质不变,还是人,需求,复杂度等方面,以前的瀑布,敏捷思想都有共同之处. 开发效率的关键还是激励开发人员,认可目标,目标明确,把握复杂度等问题. 原文地址:https://www.cnbl

《快速软件开发》的感悟

书中对不同的人员有不同的动机作了一些比较详细的分析.比如:开发人员有比如成就感(当然我觉得任何参与到这个其中的人都有成就感的).开发机遇.工作乐趣等.又如对管理人员,其动力主要是:责任感.成就感.还有受认可程度等.因为自己在一开始对这些东西并不是非常地清楚,所以有些工作开展起来并不是非常顺利.现在了解了一些这个东西之后,对激发人员动力是非常有用的.同时这一章举了一些激励失败的例子如过分夸张的表扬等,这些tips对于PM是非常有用的.所以推荐PM去阅读一下这一章. 团队合作是在12章中有比较好的介

nw.js桌面软件开发系列 第0.1节 HTML5和桌面软件开发的碰撞

第0.1节 HTML5和桌面软件开发的碰撞 当我们谈论桌面软件开发技术的时候,你会想到什么?如果不对技术本身进行更为深入的探讨,在我的世界里,有这么多技术概念可以被罗列出来(请原谅我本质上是一个Windows程序员的事实). 操作系统 API.操作系统发展到今日,几乎桌面应用的所有功能,都是基于系统API构建的.调用API和语言及技术无关,哪怕是使用汇编.例如(代码来源于网络,本地重新编译): ;我的第一个win32汇编程序 ;一个经典的hello world !程序 ;>>>>&

R型思维模式对软件开发的影响(草稿)

The pragmatic programmers 一直在工作之余读些书,之前主要是纯英文版的计算机相关的算法,编译器,数学等,想通过读这些书来提高自己每日工作效能,结果收效甚微.一是,因为纯英文的书,阅读的慢,第二,也是最重要的一点,发现掌握的很慢,思前想后感觉可能是和工作的内容距离较远,两者不能互相辅助,第三,不能直接的回馈工作本身. 索性就换一换类型,最先入手的,是<agile software development-principles, patterns, and practices

软件开发流程(转载)

软件开发流程 迭代化软件开发技术 1. 传统开发流程的问题 传统的 软件开发流程是一个文档驱动的流程,它将整个软件开发过程划分为顺序相接的几个阶段,每一个阶段都必需完毕所有规定的任务(文档)后才可以进入下一个阶段. 如必须完毕所有的系统需求规格说明书之后才可以进入概要设计阶段,编码必需在系统设计完毕之后才可以进行.这就意味着仅仅有当所有的系统模块所有开发完毕之 后,我们才进行系统集成,对于一个由上百个模块组的复杂系统来说,这是一个很艰巨而漫长的工作. 随着我们所开发的软件项目越来越复杂,传统的瀑