理想团队模式构建的设想以及对软件流程的理解



对理想团队模式构建的设想

21世纪是一个团队至上的时代。所有事业都将是团队事业。依靠个人的力量已经不能取得什么成就了。这就需要一种团队凝聚力。
只有拥有了一支具有很强向心力、凝聚力、战斗力、的团队，拥有了一批彼此间互相鼓励、支持、学习、合作的员工，企业才能不断

一个团队，也就是一个team：是由团队里面的队员构成。既然是一个团队，我觉得团队里面的队员最重要的就是团结。
团队有多种多样的模式，每种模式又有优缺点，但不管什么模式都基本遵循下列原则：

前进、壮大。

  1.一个理想的团队应该有一个一致的集体目标，一个所有成员共同努力的方向。

  2.分工明确，每个人都要有自己要去完成的任务，这样才不会茫然。

  3.分工明确的同时要加强交流，团队成员之间相互依赖合作，共同完成任务。一个成员任务的完成会影响到负责下个任务阶段的成员，因此必须加强交流。

对软件流程的理解

  1，需求=>评审
需求可能来自很多角色：客户|市场|战略……，产品，架构，开发，测试……
当需求被提出来以后，就是对需求进行评审，针对不同种类的需求，后续流程也不太一样。
比如产品提的需求，可能流程就会复杂一点。测试或者开发提的需求，视不同情况走不同路径，需要审批路径可能会短一点。

   2，设计=>评审
比较大的需求，可能会有架构参与进来，做一个整体的设计。小的需求，可能只需要高级工程师就OK了。然后自然又是一轮的评审。从各个角度看有没有风险和漏洞
  3，开发=>CR
这个阶段最没意思，基本上就是按照设计原样CP。结束之后要进行N轮CODE REVIEW，讲解给别人听。接受别人的各种质询。包括各种低级的高级的质疑，比如空指针什么的。
  4，测试=>N轮，包括开发的测试脚本，测试的
不同的项目组有不同的做法，但是一般要求有开发的单元测试、测试的集成测试。不过着两个环境貌似偷懒的最多。也有做的非常好的。

  5，预发布=>流控=>正式上线
会有测试环境的验证。算是一种集成测试，没有问题，就生产环境上线。
流控：生产环境上线其实不算真正上线，流量其实还没有切进来，可以一点点的将指定比例，指定要求的交易切到指定系统中，进行验证。如有问题，可以迅速回切，回滚。
流控观察没有问题，开始放量，才算正式上线