项目开展的快与慢

现在感觉时间过的好快,小的时候下午和小伙伴儿们疯玩儿了半天,回到家一看时间才三点多,现在早上九点多到公司感觉上午根本干部了什么活儿,中午吃完饭回来坐一会儿太阳就落山了。不知道各位看官有没有同感。

最近将近一年的时间一直在做项目,虽然经验在不断积累,但是感觉产品的书却看得少了,大感知识的匮乏。说到项目经验,最近有一件值得自己深思的事。

项目进度的把握一直是一件令我头疼的事,尤其是项目多,人员少的情况下。在创业型公司,凡事都讲求一个快,而快的直接后果就是很容易还会在某个环节出现问题,更甚者会导致多个环节的连带问题。

在我还算不长的工作时间内,已经见识到了项目开展的两个极端现象。第一家公司算是一个比较成熟的公司,而且老板的个性也是那种凡事不慌不忙的性格,所以公司氛围非常轻松,轻松到有时候你会无所事事,轻松到你会很奇怪大家 在干嘛。比如一个项目,大家会从哲学角度一直分析到经济学的领域,再从市场延伸的产品,再逐渐细化到设计开发等等。所以从一个项目立项到开始正式实施,至少要持续两到三个月的时间,期间只有一个工作,就是讨论,每一个步骤都要谈论到大家意见一致,有时候为了毙掉一个分歧而不惜花费一两周的时间去说服对方。有时候当在谈论产品某个细节的时候出现了逻辑不通的情况,很可能又会重新回到哲学的高度再一次审视整个项目。总之,一切都很慢。但慢节拍有一个好处,就是老板、产品、设计、前端到开发大家碰头的时间非常多,各个细节基本上都已经掌握,所以在开工以后效率就会比较高,项目开发完成后大家只是在找bug,而不会出现譬如说让前端修改页面,让开发修改功能逻辑这样的麻烦事。

在现在的公司却大不一样,各个环节都非常快,从立项、规划、设计、前端到开发所有的节奏都走的非常快。这样就会出现项目已经走到设计那里产品会因为某个逻辑而临时修改设计稿,或者在前端那里该页面,甚至在技术那里改功能。每次遇到这种情况,绝对是走到哪里哪里烦,产品这一黑锅先生的角色也可以表现的淋漓尽致了。所谓快速迭代,勇于试错这一理念,其实饱含无数产品经理的辛酸泪。

个人觉得滴水不漏的项目是没有的,谁都有疏忽的时候,多烂的项目,只要还项目组成员相互理解,还是会有很大的成功机会的。换句话说,再好的项目,但是大家貌合神离,一样不会有好的结果。项目拼快,没有错,但是遇到相对大一点的项目,还是需要多些谨慎,将大家聚在一起,将需要注意到的点都讲到,将风险降到最低。

发表评论

6 条回应

  1. 木头怀说道:

    [抠鼻] [抠鼻] 好吧,半年没有来了!

  2. Tokin说道:

    我好想好久没来的样子,你也好久没更新的样子,, [哀]

    1. 小雨说道:

      没有啊,每月一篇,很准时。

      1. 创意生活馆说道:

        每月一篇的频率是不是太低了?

        我发现人越老,时间过得越快……

  3. 小A说道:

    常规沙发!

  4. 创意生活馆说道:

    如果有钱赚,节奏慢点也好。节奏太快容易扯到蛋