离职在即，手上的任务量减了下来，于是思考的精力变多了起来。以前赶版本的时候只顾低头匆匆赶路，很少对做项目，做产品进行思考。
我个人认为，不论是做项目还是做产品，都要有一个做产品的心。做产品的，需要坚持，需要日常工作一点一滴的积累起来。以下是我过去一年参加公司的移动软件市场项目的一些总结，欢迎讨论。
1.谋定而后动
当一个项目拿到手的时候，不要急着就开始编写代码。要有能顶得住时间压力的定力，要把项目做精，做好来。
我一直认为，前期花很多时间去做需求分析，代码组织结构的分析是非常有必要的。这个时候，主程需要考虑的点很多，范围并不仅仅就只是赶版本。
我个人以为需要考虑的有：需求，程序设计，项目任务的分解，人员的指派，后期性能的优化，产品的正式发布流程。
在我即将离职，最后参加的这个项目，我有幸这样从头到尾思考了一遍并且给出了大体的方案。
这个时候的慢，是为了以后的快。做项目，或者说做产品，我个人觉得，应该是一个先慢而后快的过程。只有前期设计好了，以后迭代的速度才能上的去，而不是一直都在修补之前匆忙赶版本留下的BUG。
项目不可以随意规划，下决策的时候，慢点好。
2.有所坚持，有所放弃
要懂得说不。做产品尤其如此，不合理的进度，不合理的需求，不合理的要求，一定要懂得拒绝。否则日后，辛苦修补程序各种各样的BUG的同时，还不得不快速迭代版本的，还是自己。
3.学会欣赏，而不是颠覆
这一点其实我是非常赞同微信文章里，作者的观点的。
一个项目大了，系统复杂了，难免会有这样那样的问题。但是我们在看到问题的时候，确实很难去注意到整体上的优点。
我们当然要修复问题。但是如果只是因为一点小问题，而且看不见整体上的优点，过于武断地下决定，乃至直接重写整个项目，这将会给项目日后的维护和迭代上带来深重的灾难。
学会欣赏，然后在重构中，一点一点的把问题修正，灰度，灰度，再灰度。这是不会有错的。
扫一扫
3691
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
