我们要搭建轻量级的架构，首先要确保有一套轻量高效的“辅助工具”，确保平台架构能够正常推进。
项目的“辅助工具”包含协作平台，管理工具。
首先来说说
项目协作工具
比較老旧的团队协作，都是枯燥的会议记录。列表式的Task，还有附件形式的项目文档...
非常多公司总是想通过这些方式来把控项目，觉得有“协作平台”就能为项目带来便利。
然而真实的结果呢？？
因为其枯燥性，“协作平台”只变成了形式主义，最后反而成了项目的累赘。
那么，怎样选择一款好的协作平台呢？我觉得好的协作平台要起码具有例如以下的亮点：
1.微博式的项目消息。相信非常多程序猿还是愿意用微博的方式告诉别人，今天技术上又有新突破！
2.在线的项目文档。我以前深深的被word式的文档伤害过！
3.图形化的Task
4.项目的历程
5.简单的日程管理
这样的轻量级。美观化的协作平台，本身就给枯燥的开发带来一些惊喜，团队成员对其有黏性。协作平台的效果就会发挥出来。
眼下比較流行的协作平台如worktile,oschina team等，推荐大家关注。
项目管理
平台的自己主动化程度。非常大程度上决定平台是否“高效”。
自己主动化包括管理自己主动化，以及实施的自己主动化。实施的自己主动化我们稍后来讲。如今来看看管理的自己主动化。
起初Ant的出现。一定程度上实现了编译的自己主动化，在那个时代。平台类库依赖都非常少。仅仅实现其自己主动化编译已足够。
可是随着时代的发展，类库越来越多，如今一个平台依赖50个以上的非常正常，管理这些类库已经让非常多程序猿焦头烂额。
伴随着项目越来越大，须要多个团队的协作，更添加其管理的难度。
这时候，你就须要使用更为先进的Maven了！它不仅包括自己主动化编译，也包括自己主动配置。类库依赖，自己主动化单元測试等等。让你对项目管理彻底无忧。
技术选型
一定意义上。技术也属于平台的辅助工具。
也许非常多人同你讲过：用什么技术不重要。仅仅是实现方式而已。
一定要警惕这样的说法，说这样的理论的人，基本上都不是技术的直接负责人。
在技术选型时，警惕这样的陷阱，一定要选择团队精通的！
葵花宝典，绝世奇功，可是你练不成，事实上并没有什么卵用！！
在框架选型时，也尽量採用轻量级的，能够集成进平台的。比方在选择流程框架时，就建议使用能够集成的Activiti，而抛弃须要单独部署的JBPM。
“辅助工具”已经介绍完成。
这是在动手做平台之前，就须要确定的事情。
这些因素确定，就能够帮助在平台推进的过程中。尽可能少的遇到问题。
下一篇，我们将解说在详细功能设计时，要遵循哪些原则，才干保持平台的“轻量级"。
不至于在平台搭建的过程中，越来越臃肿！
敬请期待。
假设您对我的文章有兴趣。请关注我的微信公众号。谢谢。
