引用 10 楼 jiqiang01234 的回复:
"一:大家一起完成系统架构,然后软件硬件独立分开,在框架设计时约定接口。分别测试,最后系统联调。"
虽然是“一起”,但还得有主次之分。主要是指遇到分歧怎么办?必须有人能拿主意。一旦确定后坚决执行。所以,第二种比较理想。由高人总体负责结构,然后分而治之。这样一来也比较容易控制进度,毕竟高人的经验多,对开发时间的掌握比较准确。
通常要面对的问题是:
这样的高人不好找,而且,咱周边的高手呢,有很多都是专家型的到管理上不一定能体现出水平
第一种:这个存在很大的问题是成员间的通信,《人月神话》里就对这个问题做出了很好的解答,但是,这样的构建成本和风险对于小公司来说相对是比较低的,它不怕人走,当然集体跳槽那没办法。能保证一定的人才积累,随着公司的成长,有可能会慢慢熬出一两个高手。这将迎来团队的春天!
其实,我个人比较认同第二种方案,也是典型的外科手术团队的形式(手术团队不需要太多的外科医生(牛人、高手),有且仅有一个就够了,然后给他配备相应的护士和麻醉师等辅助其工作,让他专心设计同时助手们也能得到提高和成长),现在大多数老板也都采用这种方案,只不过他们都习惯性的只要一个牛人,然后,把它当成一神牛,一人拉着公司项目的重车。让一牛X的医生一个人去完成一例手术!这显然比较荒唐,可是我们单片机工程师很多人每天都在做着这样的事。呵呵(所有依据来自《人月神话》)