有一段时间没有在博客里写文章了，今天想记录一些最近这半年来，作为独立开发的感悟。这里并不是要给大家上课，只是分享一下，在这半年期间开发过程中，遇到的问题、做过的弯路及个人取得宝贵经验。

  过于追求细节，忽略整理进度的把控。

  回顾半年前，偶然的机会通过qq群结识了现在这个项目的投资人。可能出于个人第一个独立开发项目的重视。在项目开发初期过分追求用户体验。对自身技术水平预估过高。造成开发进度严重滞后开发计划。不仅如此，因为部分技术内容此次项目，第一次使用，造成开发进度更加迟缓。几度接近于放弃项目的边缘。

  后期事实证明，此种做法极度不可取。保证产品的易用性，这一点对于任意一个软件产品来说都是重要的。但是因为某个点，去耗费大量的精力。从而严重影响开发进度。这种做法是相当愚蠢的。况且在开发初期，有很多未知的情况是无法预测的。后期调整了方式方法。采用了快速迭代的思想。通过前期确认系统模块的功能诉求，通过简单的列表与表单方式，快速实现功能。并通过试运行中，客户的反馈进一步优化系统。

  过于追求技术，忽略实践才是对于技术最好的检验。

  在开发过程，因过分考虑对于编码可维护性、可扩展性的要求。多次调整项目的代码结构，造成开发初期代码开发很不稳定。经常因为某一项结构改进，而停滞当前开发工作，通过做demo的方式，去验证改进的有效果。大大消耗了开发精力，对于自身带来了很大的压力。

  究其原因，还是因为完美主义在作怪。总认为自己开发的产品是最好的，总是想一次性将产品做好。这往往会造成你主次不分，严重影响你的精力的分配。这种做法是不现实的，好的产品是在一次次迭代中，日渐完善从而保证其生命的延续。单单从某个技术环节细化、某种代码结构优化去确保产品的生命周期延续这样做法是片面的。

  缺乏监督机制，任由项目进度的拖延。

  在编码过程，因为是独立开发，不存在多人合作的情况。项目投资人松散式的管理。造成自身开发效率低下，开发进程迟缓。

  分析其根源，因为自身的懒惰，没有建立一个有效的监督机制。事实证明，工作计划对于项目开展、进度的把控是行而有效的一种方法。通过拆解工作内容，记录工作耗时，将工作量数字化。对于自身的惰性起到一定的激励作用。并且可以有效保证项目进度及产品质量。

 现在该项目测试版本已经上线，部分功能模块得到投资人的认可。还有一部分功能模块需要开发。开发进度逐步进入到可控范围。距离正式上线的日子逐步临近。希望能够得到一个满意的结果。也希望以上几点经验能够帮助到大家。