锁定老帖子 主题:为你的项目加入一个阶段--技术研究
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2006-10-17
kryptonum 写道 有人带的话效果会好很多
没错,“以老带新”,结对等等,很有效的手段 fly_ever 写道 引用 可以和需求分析并行,最好开发环境、平台等已经选定。
对一个项目的技术研究,是不是在项目的开始,进行平台和技术的选型,这个时候需要对各个技术进行比较,权衡,考察各个技术实现项目需求的效果,这个时候也是应该需要对技术进行研究的吧。 因为我感觉在选择具体实现技术时,一个项目组可能在宏观上对某些技术有一些了解,觉得适合该项目,但是对更具体一点的需求,可能发现实现起来并非所想的那样简单,而某候选技术对这个的实现则更方便一些,不知道各位有没有这种感觉。 所以我觉得在选择平台,技术时也需要进行技术研究。 在项目的开发过程中,我觉得需要有一些人专门来负责整个项目的技术难点,这样的话才能很好的把握项目的进展。这是我的一些想法。 这个涉及一个“惊天秘密”了,在多个敏捷方法讨论帖中都有所披露,就是“经验”,呵呵 而且,对平台的选择也是值得研究的,在选择时,团队的技术、经验积累起到重要作用。另外还可能和需求、成本,甚至经营有关。 |
|
返回顶楼 | |
发表时间:2006-10-17
foxty 写道 ...
4,嘿嘿,更能吹。。 通过这个阶段,肯定会对一些新技术更了解、熟悉、深入。以后写标书的时候可有大大滴用处。 ... 很好的扩展用途 |
|
返回顶楼 | |
发表时间:2006-10-17
其实我觉得对技术研究,不应该仅仅只放在一个项目的一个阶段,更应该专门成为一种日常的行为活动,作为整个项目组,或者开发部门的活动。项目初期需要,平时更需要。
|
|
返回顶楼 | |
发表时间:2006-10-17
技术研究应该分布在项目的任意阶段,我感觉在项目的中后期会发现前期的设计不够充分,或者有新技术可以很好地解决问题,这时候也是很有必要让一些技术核心人员来做一些技术研究的工作
|
|
返回顶楼 | |
发表时间:2006-10-17
foxty 写道 其实我觉得对技术研究,不应该仅仅只放在一个项目的一个阶段,更应该专门成为一种日常的行为活动,作为整个项目组,或者开发部门的活动。项目初期需要,平时更需要。
yhc0125 写道 技术研究应该分布在项目的任意阶段,我感觉在项目的中后期会发现前期的设计不够充分,或者有新技术可以很好地解决问题,这时候也是很有必要让一些技术核心人员来做一些技术研究的工作
这就是技术研究这种手段的另外组织应用形式了,呵呵 |
|
返回顶楼 | |
发表时间:2006-10-18
很多时候来了项目,动不动就加班加点的赶,哪有时间技术研究?
|
|
返回顶楼 | |
发表时间:2006-10-19
hedonister 写道 很多时候来了项目,动不动就加班加点的赶,哪有时间技术研究?
这个最佳实践不解决项目管理是否“正常”的问题,如果有“特殊困难”,要用这个实践还真要自己想想办法,呵呵 比如:code review也是一种很好的最佳实践,如果没时间做,怎么办? |
|
返回顶楼 | |
发表时间:2006-10-19
要加入这些阶段,关键是看
1,公司是否支持。 2,公司能否培养出这种文化和氛围。 如果上面2条都能解决,不就好办了。 没有时间? 其实工作中,真正100%投入工作中的时间会有多少?具我所观察的,一个工作日中,如果能保证4个小时的全心投入工作就不错了,很多时间都是浪费掉了,看看新闻,收收邮件,聊聊天,什么时候再开个小差,来个没有营养的会议。 每天只要抽半个到一个小时,就足够了。不是有人说过么“时间就像海面里的水,只要你愿意挤,总会有的”。 |
|
返回顶楼 | |
发表时间:2006-10-19
foxty 写道 要加入这些阶段,关键是看
一般公司的老总不太会全心支持技术研究
1,公司是否支持。 2,公司能否培养出这种文化和氛围。 如果上面2条都能解决,不就好办了。 没有时间? 其实工作中,真正100%投入工作中的时间会有多少?具我所观察的,一个工作日中,如果能保证4个小时的全心投入工作就不错了,很多时间都是浪费掉了,看看新闻,收收邮件,聊聊天,什么时候再开个小差,来个没有营养的会议。 每天只要抽半个到一个小时,就足够了。不是有人说过么“时间就像海面里的水,只要你愿意挤,总会有的”。 1风险 2不信任 3压力 |
|
返回顶楼 | |
发表时间:2006-10-27
在《极限编程实施》这本书说,XP确实有一个新技术研究阶段,叫做“穿刺”,不知道怎么翻译过来的。
|
|
返回顶楼 | |