标签：
从去年开始就参与到一个大学生创业团队中，对我来说也是一次难得的机会，所以我想把我学到的一些软件工程方面的东西在实践中验证一下，但是这个过程之中问题不断出现，也不断引发我的思考，怎样的软件工程对创业型团队是有效的，有些问题已经思考出初步的答案，有些可能仍旧是问题留存下来。
今天解决第一个问题。团队成员之间怎么更好的协作？
在创业型团队中，人员之间两两之间相互熟识的情况很少，而且技术通常较为薄弱，人员之间相互了解不足，比如UI工程师可能不懂前端的HTML,CSS,js等的开发和页面还原的过程，导致前端工程师对UI产品设计图的还原度较低，而前端人员不了解后端开发，导致无法前端页面功能无法实现或无法清晰的像后端表明自己需要哪些数据。当然这一切都可以通过详尽的文档来解决，但是大部分创业团队的技术人员项目经验，以及管理经验不足。由此导致文档不规范，或文档缺失，从而使得项目无法有效进行。最终导致项目延期，无法交付满足需求的软件，或满足功能需求但缺失正常组件的产品。
因此我建议团队负责各个人员在项目进行中做到“向前跟进，向后输出”。
向前跟进，就是当UI同学在设计界面时，前端同学能够在旁边辅助UI来进行设计从而保证UI设计是美观且易于实现的，并且在此过程中前端工程师能够了解UI的设计流程，从而提升自己的能力，并且学会怎样来规范UI的输出是有效并能够做到的。在这个过程中UI能够了解到怎样设计才是满足用户需求且满足前端实现需求的。从而使自己的能力得到提升。
可能大家会说文档不是更好吗？
文档确实可以解决很多问题，比如降低了团队成员之间的耦合性，使得后续开发更加迅速。但是由此导致出很多问题，比如文档由谁来制定，谁来进行校验？而且文档制定的粒度为多大，会不会影响团队成员的创造性，会不会因为文档而导致大家交流减少，使得团队变的松散？不可否认在大型团队中文档是很有用的工具，但是小型团队中，尤其创业团队中可能没有制定文档能力的成员，如果强行使用文档来进行编程参照，必然会带来一些风险。
所以小型团队包括创业团队，我认为应当尽可能的用交流来代替繁琐的文档。
标签：
原文地址：http://www.cnblogs.com/zhangkaiqiang/p/4355346.html
