再探讨团队协作、项目实施与产品创新的关键要素？

本文共计4052个文字，预计阅读时间需要17分钟。

最近加入新团队，尝试新的项目类型，感谢团队深入交流，目前对团队和项目已有较深入了解，平时也常参与团队分工作协同，关注团队现状。

最近加入新团队，尝试新的项目类型，一段时间一下也感谢颇深，目前也算是深入了解了团队和部分项目，其实平时也经常习惯性的思考团队分工协作这些方面的东西，鉴于目前团队状态和先前已经有明显区别，自然也萌生不同的思考。

之前的思考：www.cnblogs.com/wsky/archive/2009/07/18/1526266.html

老实说本人是带着先入为主的想法而来的，一向推崇敏捷，推崇领域驱动设计（下文称DDD），故而也无时不刻向周围的同事渗透这些思想和倾向，特别是目前是从事企业应用方面开发工作，业务导向，尤为适合。

针对目前的主要系统（下文以wf称，企业应用）和团队，且听笔者一一分析道来.

目前wf团队人员组成，与一般互联网项目相比优势之一就是需求分析师经验丰富，均可算是某一业务领域的专家，比起辛辛苦苦白手起家的web2.0创业型项目来说，我们可说有着无比清晰的系统建设方向，靠谱的需求来源。需求的方向性是明确的，这点对于开发者来说是最好不过了，我们说“靠谱”很重要，企业应用应该不至于让你被需求雷死：）。既然如此，为什么不用好这些资源呢？因为是企业内部，我们总是能和需求方以及业务专家保持直接有效的沟通，他们能够且应该比开发人员更了解业务该如何设计和系统该如何被使用，这便是实施领域驱动设计最为重要的资源和前提，业务是最具有价值的，因而我们希望并且应该做到当业务在系统中被实现时，它是可重用，可理解，可验证的，而不是用一堆晦涩的脚本或者数据库表来描述牵强的描述它。