task list -《joel on software》
2006-08-06 13:00
295 查看
最近忙于新产品的开发,阅读的速度相对于以往慢了下来 。而且似乎读这本书的热情也没有以前高涨了。上周从自己几十G IT书籍中整理出 亚马逊评分4.5/5分的1G左右 ,有空要开始扫了,接下来准备同时读《人件》和《人月神话》。一个是人性化管理 ,一个是量化管理,一定要同时阅读。
刚开始读joel on software,感觉是学到了很多,包括软件团队建设,管理,还有微软的小故事。最近阅读时,更多的是同感。作者的很多经验,跟我不谋而合,但是作者的处理方法确实很合理。
任务列表/特性列表。这个是任何软件开发都要面对的。
任务的粒度很细,通常都是由具体开发人员来定制;而特性,这个算是很粗的粒度,适合于由设计人员来定制。通常我的做法,将所有随时想到的特性列在一起。在要开发的时候,按照实现和测试的方便程度,由易到难排列,然后再将重要性较弱的放到一边,列到长期计划,或者下一个版本开发计划中。如果特性需要搞调查的话,也就是大家投票,票数多的优先搞。
投票是个好方法,但是只有样本空间足够大的时候,才是有效的。一般团队内的少数人投票,我觉得joel的买特性是更合理的。具体方法,每人50刀,把50刀按照你的兴趣支付给不同的特性,最后收入最高的特性,优先列入开发计划。这里,考虑到了权重问题。而且资源优先,这样选出来的特性,估计准确性更高。今后决定尝试使用。
刚开始读joel on software,感觉是学到了很多,包括软件团队建设,管理,还有微软的小故事。最近阅读时,更多的是同感。作者的很多经验,跟我不谋而合,但是作者的处理方法确实很合理。
任务列表/特性列表。这个是任何软件开发都要面对的。
任务的粒度很细,通常都是由具体开发人员来定制;而特性,这个算是很粗的粒度,适合于由设计人员来定制。通常我的做法,将所有随时想到的特性列在一起。在要开发的时候,按照实现和测试的方便程度,由易到难排列,然后再将重要性较弱的放到一边,列到长期计划,或者下一个版本开发计划中。如果特性需要搞调查的话,也就是大家投票,票数多的优先搞。
投票是个好方法,但是只有样本空间足够大的时候,才是有效的。一般团队内的少数人投票,我觉得joel的买特性是更合理的。具体方法,每人50刀,把50刀按照你的兴趣支付给不同的特性,最后收入最高的特性,优先列入开发计划。这里,考虑到了权重问题。而且资源优先,这样选出来的特性,估计准确性更高。今后决定尝试使用。
相关文章推荐
- 每日构建(daily build)是你的朋友(Joel on Software)
- [翻译Joel On Software]选择一门语言/Choosing a language
- [翻译Joel On Software]回归基础/Back to Basics
- [翻译Joel On Software]Joel测试:12步写出更高质量代码/The Joel Test: 12 Steps to Better Code
- [翻译Joel On Software]无痛功能规范-第一部分:为什么要?/Painless Functional Specifications -Part 1: Why Bother?
- 软件随想录--More Joel on Software(2)
- [原] Joel on Software - 软件进度表
- 《Joel On Software》读后
- "More Joel on software" 读后感
- [翻译Joel On Software]Unicode/Unicode
- [原] Joel on Software - 深入底层
- 关注Joel on Software
- [翻译Joel On Software]选择一门语言/Choosing a language
- [翻译Joel On Software] “现在几点了”网站功能规范/WhatTimeIsIt.com Functional Specification
- [翻译Joel On Software]每日构建是你的朋友/Daily Builds Are Your Friend
- [原] Joel on Software - Joel测试:改进代码的12个步骤
- Joel on Software
- More Joel On Software中文版小编随想之一
- JOEL on Software(JOEL说软件)
- 2010年10月01日 Joel On Software给计算机专业大学生的建议(Advice for Computer Science College Students)