zoukankan      html  css  js  c++  java
  • 人月神话阅读笔记 01

      作者布鲁克斯在书中为人们管理复杂项目提供了独到的见解,从自己的管理经验中总结,在网上也看到很多人拜读后的自己的见解以及感受,可能是我水比较浅,所以我的理解可能不是太正确,但这就是我看完这书之后的感受。。。也许是最近一直在准备团队项目所以在读完人月神话后,对团队的管理者和队员都应是怎样的状态,这儿个团队如何更加长久的保持运作下去有了更深的体会。

    一个团队当然要民主,我们都反对独裁者,但是民主也要有限度,过分的民主只会导致没效率和更多的麻烦问题,所以要提倡外科手术式样的团队模式,一个主刀人,其他人都各司其职,都是相互协作的副手;其次是要有正确良好的沟通,没错,既然是一个团队就肯定不能闭门造车,各自干各自的,大伙一定要相互沟通了解各自进度和所遇到的困难,沟通是关键,软件开发中的最大风险往往不是技术问题,而是沟通;再然后就是“少”,大伙儿都知道一个项目的团队成员一般也就是4-7个人左右,人员不宜太多,人太多不容易管理,而且项目的核心概念也不要太多人来决定,因为人多想法就多,项目就不容易有焦点,就那我们前些天要确定自己的项目定位和功能的多少来说吧,一开始大伙都特别有热情都提出来很多很好的创意和想法,我们也觉得都很不错,不过在确定时就遇到难题了,因为这一款然间不是要适用于所有的用户也不可能满足用户的所有要求,这么多的想法,这时候要是没有负责人来拍板定题,估计就要讨论到明天了(好想有些夸张),所以依次来看在项目核心概念方面还是要很少的人来完成.

    个人感受:一个项目需要大家合作完成,我感觉应该把任务分的平均一点,虽然对每个人都公平,但是每个人做的工作差不多时,便觉得自己是很重要的一部分,开始参与项目的决策,我认为项目的决策应该是少部分人决定的,而不是一群人共同决定的,真理掌握在少数人手里,其他人按着要求进行任务就好了。

  • 相关阅读:
    数据结构与算法(4)——python内置数据类型性能
    数据结构与算法(3)——变位词判断问题
    数据结构与算法(2)——算法复杂度O
    数据结构与算法(1)——图灵机计算模型
    R = [obj for obj in recs[imagename] if obj['name'] == classname] KeyError: '007765'
    关于windows下的libtorch配置
    09异常处理
    08多态与异常
    java07接口与继承动手动脑
    java06作业归档
  • 原文地址:https://www.cnblogs.com/shouhutian/p/6978018.html
Copyright © 2011-2022 走看看