zoukankan      html  css  js  c++  java
  • 交流与设计,项目管理中必备的!

           缺少交流的项目是不可能很好完成的。无论是设计阶段,还是编码阶段!这就是XP所推荐的方式。先设计,再编码,是非常有必要。

           我们做软件的得有一个清晰的思路,设计就是给我们提供一个清晰的思路,我觉着一般都不会存在项目延期呀,加班等情况,最重要的是自己,自己怎么去衡量一个度,你觉着你自己一天下来干足了8小时吗?或者你这8小时都在提高自己吗?没有,这是我所认可的,有一半时间都足够了。所以我们得利用好这4小时,设计好这4小时。才能更好的完成工作。

            在这个项目当中,设计占用了我很大一部分时间,因为设计让我头疼,但是设计让我更好的去编码。而且设计一定要多人合作,至少两人,大家可以相互探讨,相互沟通,做好设计,两个人的脑袋总比一人的好用。

           活跃团队中的气愤很重要,别因为时间紧迫就让大家埋头苦干,其实,那样的效率是非常低的,大家项目交流交流技术,说说笑话,轻松起来,保持一个良好的状态,比什么都好!

          

           之前的项目有我很多不满意的地方,我不希望看到项目混乱的局面,什么叫做项目管理,看看书吧。并不是尽责一切以客户为主都是对的。达不到的需求,变动太大的需求就的讨论,简要设计后再做答复。要不你怎么和团队中的成员交代。强迫他加班?没谁愿意。

           需求固然重要,但版本也得做吧,出现在试用阶段竟然没有交付一个可编译通过的版本,这不是笑话吗?多次提出都不理睬,还得逼出大刑斥候才肯做(这样的项目能成功吗?)成功之后意味着什么呢?(外表好看,内部都是渣)。

           。。。。。。。。。


     

    (未完待叙)

  • 相关阅读:
    一个主机下创建两个MySQL
    Chrome: Failed to read the 'localStorage' property from 'Window' 的解决办法
    Effective C++
    归并排序
    Daily Note
    关于Beta分布、二项分布与Dirichlet分布、多项分布的关系
    测试公式
    VLAN原理解释
    子网划分
    windows下制作debian U盘启动
  • 原文地址:https://www.cnblogs.com/jeson/p/443676.html
Copyright © 2011-2022 走看看