IT项目计划相关整理

28 January 2015


提到“IT”两个字就不得不联想到“加班”两个字。但是为什么加班?
有的加班是为“理想”,有的加班是为了所谓的“填坑”,有的加班实际上就是浪费时间。
但大体来看,加班就是因为实际工作进度无法达到预期工作进度(也就是工作计划)导致的。

相信想做一番大事,将某款产品或者某个项目做大做好是无数人的心愿。谁不想达成一个傲人的业绩呢?但是理想很丰满,现实很骨感,如果只是说说就可以了,相信满世界都是“嘴强王者”。

要做好一个项目,从我一个程序猿的角度来看,应该是至少做好两方面的:一、正确的目标与计划;二、正确的落地和实施。

我觉得一个正确的目标与计划需要包含以下几点:

可行性

可行性就是从客观条件(比如人手、技术条件、硬件条件、法律法规等)上看,是否满足条件,或者是否可以通过某些方式(拉赞助,求外援等)满足条件。如果可行性本身就不满足,做这个计划也就是浪费时间而已。

实用性

实用性就是要从“假设产品、项目做出来了,给谁用?好不好用?”来考虑。没有需求的需求就是一坨垃圾。如果没有人用,做来有什么用。如果不好用,做出来给什么人用?

合理性

合理性就是考虑到计划的细节了。好比某个门派,就一个扫地僧,你让他扫地兼顾保安,这当然是合理的,但是如果让他扫地、保安的同时还要敲代码、化缘、发传单,就明显是不合理的。当然,很多情况下,不合理的地方不会这么明显,需要具体问题具体分析。但是如果发现不合理的计划却不跳出来想办法重新解决,就只好当作你愿意加班,并且默默地为这无法实现的计划身心疲惫,最后两边不讨好,自己活着也累。

从小到大

从小到大就是最符合物理规则、生物规则、各种大自然规则的理念了。万丈高楼平地起,千里之行始于足下,一口吃不成胖子… 总而言之,言而总之,项目计划不能大,但是最好要细。不能一上来就是空空的年度计划、五年计划、十年计划,或者“若干年,赶神马超神马”、“今年要做成业界最强”这种空话。
不管是神马东西,一个大的对象都是有许许多多的小对象组成的。一个大的计划也应该是由许许多多的小的计划组成的,如果没有日计划,周计划,月计划,季度计划,你拿什么来支撑这所谓的年度计划,小计划的拆分都不合理,如何能说大计划是合理的?只有脚踏实地,从小到大梳理,从细节实现到整体。