目前所遇到的现实问题,结合所看的书而引起的一些思考,打算写一个系列。
因为时间管理方面,还不能严格按照计划执行,所以不定计划,写到哪里算哪里。
第一个是关于软件开发的团队建设。

还是先来看瀑布模型吧。这可能是最熟悉不过的开发模型,或者说是管理模型吧。我觉得瀑布模型与其说是一种软件开发的方法,不如说是其他行业的既有管理方法,用于软件开发这种新的生产活动中。自上而下,中央计划,层层执行。瀑布有自身的特点,也有自身的应用场景。有些人来给敏捷和瀑布下定义:敏捷使用变化,瀑布不适应;敏捷容易测试,瀑布不容易测试;。。。还有好多这种相对比的结论。结果是敏捷和瀑布都没给出明确定义。而且这种定义也过于形而上了。我认为瀑布模型来源于其他行业的生产管理,就带有现有生产管理方面的特点,首先是,一切的开发活动都源于计划,开发过程的可变因素比较少,或者说是即使有变化也在可控范围之内。然后在组织形式上是一种类似于金子塔的结构。小些的团队是组长带着组员。大一点的会分为各个开发组,跨组又有一些组织,委员会之类的。总之这种结构下,核心是计划制定,从属的是计划执行,对于非核心部分越容易扩展月成功。如果核心部分能够很好的运转,其他不分就不会有什么问题。
想到初中政治学的一句话:生产力决定生产关系。
(困了,先写到这里)

28日续

随着软件开发行业的渐渐发展,生产力和环境都发生了变化。
软件行业不断地在扩军;软件能做的事情越来越多,总有各种稀奇古怪的需求。客户对软件的期待也越来越高,需求也不断变化。

写到这里发现好像离题了。本来要写团队建设,却写了软件开发模式的演变。原打算说明一下思考的演变过程,是受流行的影响向敏捷看齐。(难说是好事坏,真的是对敏捷的价值认同,还是这方面思考的少。不得而知了。)

简单总结,好的团队有这样的特点:
能够完成任务,这需要一些基本技能。。。
能够有效沟通,成员之间,与客户之间
能够成长,接受新事物,分享

就写到这里了。

Leave a Reply

Your email address will not be published. Required fields are marked *