开发原则：开发优先级的观念

1. 为什么需要在开发之前，制定好开发优先级的观念

“先开发一个能用的东西，让客户用着先。”架构师经常这么跟我说，我似乎有点理解了他的意思，在闲暇之际，寻思着我们这么做，能解决些什么问题呢？
首先，这么做，使得我们的产品很快就能用上，这对客户来说，是一件好事，他们肯定是一心想“快点！开发快点！”。所以一定意义上能满足客户对速度的需求。
然后，这么做，使得我们开发人员能快速展开开发重心工作，能够确认这些重要的工作能否做出来，做得好，才能真正展开后续的开发工作，所以，对于开发人员而言，可以让自己快速对接业务研发工作。
当然，这么做也有它自身的缺点，如开发管理不当造成bug遗漏，客户在调试产品时对这些bug容易不知情而产生糟糕的体验感。但其实，这些都是开发人员只要细心，便可避免的，“我们做任何事，都要先给自己最坏的打算，给自己一条后路。简单例子如在开发中，修改之前及时作出备份这些操作……”,架构师如是说。

2. 养成一个什么样的开发习惯，才能更好得处理这个优先级的概念呢？

架构师告诉我，任何人开发，都要有一个原则。而在这里，我将他介绍的三大原则做一个简单的阐述。当然，应该还有更多其他原则。

原则一：高价值优先

价值的高低，是有参考对象的，我们开发人员应该以客户为参考对象，开发之前思索着“哪个模块对于他们而言，是具有高价值的？”这就联系到了前面所说的，为什么要先开发一个能用的东西。“我们要先做一个高价值的东西，让客户能很快看到我们的做出来的东西对他们而言是具备高价值的。”
原则二：基础性优先
什么是基础的，框架就是基础的东西，包括所用的技术栈方案，能不能用这个技术栈，可不可行，要先做好调研，其他基础的东西比如我们做开发的，前端页面先做出一个静态的出来，有个基础框架，后端我们再实现逻辑，这样一定意义上实现了高价值优先，也涵盖了一点待会所说的高风险优先的。
原则三：高风险优先
有这么一种东西，你会发现，它能不能做出来，会对我们后续整个工作能否进行有很大的影响，而这个东西，就是具备高风险的，就得优先去做出来。“制造原子弹，如果你发现你的铀提炼得不纯，背后有多大的理论支撑，都不可能制造出来。”而对于我们实地开发的时候，我们在开发之前就得清楚自己开发大致的每个环节，再深入对每个环节的风险性进行评估，问问自己“如果这个东西做不出来，会怎么样？是不是后面的都不用想了这项目基本没戏？”简单思考模式是“IF-CAN”。

3. 结论：

平时自己对每个环节只要稍微用三大原则思考一下，基本就可以确认一下如何更好的进行项目开了，如果实在拿捏不准，参照管理学中的打分机制，给每个环节加以打分，可以跟加精准做出评估。
如：

10分	高价值	基础性	高风险	总分
A模块
C模块
B模块

4. 展望

本人刚入职，还在不断成长，很多东西思考得不够深入，望多包涵，希望能抛砖引玉，欢迎大家的指点和评论。