网站上线管理101-第一件:划定时程

收藏文章 点赞鼓励

网站项目管理的目标是什么?

按时上线,项目完整,进度透明,并行开发,风险可控

网站上线前需要准备的事

很多人知道如何实作网站功能,但是却不知道如何将网站成功的完工,并且如期上线,往往明明专案开始之初有不少工期,有不错的结果的却很少。上线前后总是一团慌乱。

其实网站上线这件事情完全是可以被掌控的,这当中有不少节点,容易疏于控制,导致风险横生。

在回答别人几次这样的问题之后,我决定把我的经验分享整理出来。

第一件事:界定时程

这是我认为在专案管理过程中,最重要的一件事。累积参与过几十个个专案下来的经验之谈,我发现上线前手忙脚乱的原因,几乎都是时程的安排不当。时程混乱冒出的很多风险又没有被妥善的管理,最后才大失火......

传统瀑布式专案进行法,宝贵的时间被大量的浪费

一般的专案进行方式,虽然都会有确切的完工期,但专案进行的方式往往会形成相当的浪费而最后造成大量的风险。

比如说一个需要6个月工期的案子,进度通常是这样的:

  • 花了3-4个月无尽的访谈需求
  • 花了1个月请美术设计视觉与画面,以及反复修改
  • 最后剩下不到1个月请RD写程式

=> 完全来不及写完程式=>半成品上线

上线后一个月:

  • 到处是bug
  • 发包方抱怨
  • 使用者抱怨

上线后第二个月:

  • 终于写完当初规划的程式
  • 终于修完大部分的bug
  • 使用者早已认定这是一个未完工的网站,不再来访

上线后第三个月:

  • 因为网站规划不良,使用者对这个网站不感兴趣
  • 因为网站规划不良,预计的成效没有出来
  • 还有资源=>继续筹划下六个月的改版
  • 已无资源=>死城

规划从来不是最重要的事

规划其实绝对不是开发一个项目最重要的事。施工和调整才是。

传统的专案进行方式往往会掉入一个陷阱:六个月看似非常长,于是就大胆的大部分时间都丢入规划这个阶段,因为没有时间压力,于是会议也通常没有结论,或者是feature发散。等到发觉时间已大部风燃烧殆尽,再不进行开发绝对完蛋,才匆匆结束。

规划毕竟是个空想的产物,等到实作请美术设计页面,又回发现很多画面以及UI实际上不可能完成。

于是在这一个月,粗估的一个月往往是不够用的。因为还会牵扯到很多往来的修改时间。而这时交出的产品scope,也仅限于UI部分有办法被完成。

UI有办法被完成不等于功能有办法被完成。有时候画面上的一个小小按键功能,背后的基础工作开发工时可能要花上2-3个月。

最终上线的版本,因为不够时间了,通常最后只有写完最初规划的10%-30%。而且bug还很多。(因为时间关系,只是有办法完成勉强达到UI操作的目的,部分细节根本来不及实作)。

最后成效不好,检讨会上大家相互指责,但是无论如何检讨来检讨去,完全没人会把最根本的问题朝向规划时间过长,只会轻描淡写的用必要之恶一笔带过。

我的方法:从后面倒回来推算时程

我的做法完全相反。如果一个工程工期是6个月,我会这样分:

  1. 设么时候要上线,上线前1个月要feature complete。留足够的时间进行各样测试和修复bug。(剩下5个月可以用)
  2. 写代码要化多久时间:写代码要花多久时间是不一定的事,但是可以粗估不出包的时间大概是2-3个月,可以粗定2.5个月。(剩下2.5个月)
  3. 视觉设计要花多久时间:画面设计要花多久的时间也是不一定的事,但是可以粗估不出包的时间大概是1-2个月,可以粗定1.5个月。(剩下1个月)
  4. 是个。只剩下1个月时间可以开会、规划、画草图。请不要浪费时间。

只有1个月,是否不够时间详细规划功能?

完全不会。

因为可以在开发的过程中做动态调整。

参考文章

网站程式上线前要准备的事(一)

评论区

1@1
很好