对敏捷的思考(1)

       从去年11月份开始着手处理一个新的项目(web+andriod)，中间断断续续，磕磕绊绊，最多的时候有4个开发人员，最少的时候只有一个。从最开始到现在我一直处于开发岗位，这中间出现了很多问题：业务(移动医疗)居首，团队建设次之，最后才是技术。
      业务相关，特别是医疗这样的行业，以处理复杂业务为核心。移动医疗本身分院内、院外2个方向，核心点还是院内，如何将院内有限的资源引入到院外才是关键。这一点以后会有相关文章来描述。
       团队建设，如何构建稳定的团队，构建良好的学习成长氛围。我一直就有一个目标就是构建学习氛围、目标一致而且有激情的小队伍，敏捷方法中有涉及团队相关内容，这系列文章会谈及敏捷开发的一些内容。
      技术，技术有业务驱动，院内业务本身不涉及高并发多线程的场景，但是必须的优化还是要有的。一直在探索技术，希望自己先能成为一个优秀架构师（虽然不是很懂究竟何为架构师），只能不断的勉励自己，学习，不断的学习。

之前看到一篇文章中提到针对项目中一些问题处理的方法论：

出发点：

      1.个人脑力是有限的

      2.问题不断发展

基于问题，如何解决：

      1.把大问题分解为小问题：

                难，是因为问题没有被细分到可以解决的程度；

                易，是因为针对小问题找到了解决的方法。

      2.事不过二

      3.利用已有的工具、技术

思维变化：

       1.自顶向下，逐步求精

       2.分层模型

       3.模块化的处理

       4.文档

       5.敏捷

       6.设计模式

最终目标：

      不是问题本身被解决，而是找到处理这一系列问题的诀窍。