个人对软件开发模式和开发流程的粗浅认识

        在看过《构建之法》这本书第五章软件团队的模式之后,在我的第一感觉中,我觉得如果我可以选的话,我会选择交响乐团模式。

        首先团队人员可以按照已经制定好的规章进行工作,并且对自己的工作很熟悉,每个人都知道自己能干什么,团队需要你干什么,能把每个人放到合适的位置,而只有一个决策者的好处就是执行力十分强大,不会出现较大的分歧,即使个别人员出现什么差错,也可以根据之前制定好的补救措施及时进行补救。

        然而,有利必然有弊,在这种相对稳定的模式下,一旦出现打破稳定的情况出现,例如说出现了大面积的差错,无法即使解决或者之前根本没有考虑过有这种情况发生,那么整个团体就有可能面临崩溃。同时这种模式我认为只适用于一个已经稳定的团体,如果是对一个经常会出现变动的团体来说,这种模式下的人员缺乏相互之间的交流。

        像功能团体模式这样的,同事之间能相互平等、相互协作、相互交流,但过多的交流同样会导致执行力的下降,没有决策者这个角色的存在,可能会导致一些问题迟迟得不到解决,一拖再拖,最后导致整个项目的失败。

        最后我认为我最合适的团队模式应该是在小范围组成各个主治医生团队,并在各个团队之间采用交响乐团模式,并增加适当的交流和沟通的一种模式。

转载于:https://www.cnblogs.com/JAMEKT/p/5471116.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值