zoukankan      html  css  js  c++  java
  • 团队开发模式。

    需求的多变性,导致了, 客户的修改就是牵蝇上的蚂蚱似的, 都得跟着动,从UI 到业务处理,再到 数据库规则,更严重者,还牵扯到 所修改部分的引用。
    思维的差异性和沟通的不全面,导致了,所求非所得的程序设计,经常是领导看到程序才发现不要所要的东西。

    如果在组织结构中解决这两个问题,并形成统一规范,根据设计经验,提出以下设想。
    开发团队的必要构成成员(可能一人兼数职):
    一个最清楚做什么的人(需求分析师,或产品经理),
     一个最清楚怎么实现的人(架构师),
    管理并控制资源及时间的人(项目经理),
    若干个程序员。

    其中,前三个人要达成一种共识(各司其职,各尽其责,步调一致。),并能参与开发。
    为了解决需求多变, 就要在程序设计时,尽量做到可维护性和可修改性。 为了做到这一点,需要架构师和需求分析师共同确认最适当的多变情况。
    为了解决沟通差异和思维差异,需要需求分析师和架构师共同完成 UI  的布局和代码的组织结构。

    以实际项目为例,来说明实现方案:
    一个产品经理,一个架构师, 一个项目经理(不参与开发),三个程序员。页面在50个左右(程序页面在精而不在多)。

    产品经理开发页面: 粗线条设计,主要设计页面布局,操作模式,显示方式 。注意,产品经理不是美工, 也不是程序员。它只定义 <骨头>! 在 代码端, 要在正确的地方定义出 空的方法体,定义传入参数,返回值。
    架构师, 提供通用解决方案, 一个好的设计,这里的工作应该是很多的。UI 库, ORM 实现方案,业务通用处理层。

    程序员做什么? 写程序!
    还差什么? 美工跟上!
    产品经理和架构师的工作是不是太多? 分配资源,成立产品以产品经理为首的骨头小组,以及以架构师为首的平台设计小组。

    大家看看如何!

    alarm   作者:NewSea     出处:http://newsea.cnblogs.com/    QQ,MSN:iamnewsea@hotmail.com

      如无特别标记说明,均为NewSea原创,版权私有,翻载必纠。欢迎交流,转载,但要在页面明显位置给出原文连接。谢谢。
  • 相关阅读:
    HDU 5528 Count a * b 欧拉函数
    HDU 5534 Partial Tree 完全背包
    HDU 5536 Chip Factory Trie
    HDU 5510 Bazinga KMP
    HDU 4821 String 字符串哈希
    HDU 4814 Golden Radio Base 模拟
    LA 6538 Dinner Coming Soon DP
    HDU 4781 Assignment For Princess 构造
    LA 7056 Colorful Toy Polya定理
    LA 6540 Fibonacci Tree
  • 原文地址:https://www.cnblogs.com/newsea/p/1314294.html
Copyright © 2011-2022 走看看