个人管理 - 工作细节拆分

让我们回到自己的菜鸟期,如果拿到一个题目:电影订票系统,你只有一个人,10天的时间,你会怎麽分配时间?

我碰过很多的状况,新人通常花了8个工作天努力开工,第9天还在努力整合系统调整资料库,主管提醒隔天要验收了,然後当天肯定加班或者在家赶工;第10天的Demo Day大家都笑不出来。

这边笑不出来的,还有两种情境。第一种情境是新人做完了,但是主管要的细节完全没有做到;第二种情境是新人着重在某一个特定功能上做得非常精细,所以花了过多时间无法把整体任务完成。当然也有第三种情况,新人是超级新人,把每一个细节做得超乎主管的预期,但....就当这是神话吧。

在这种单人专案上,就是一个考验个人专案管理技能当中的工作细节拆分的能力,然而这个能力搭配着的,是敏捷开发中与利害关系人,也就是你主管确认规格的执行。

如果是资讯本科的毕业生,原则上应该在大学专题的过程中,就应该有相关的基础训练了。不过在公司企业上,还是有一些眉角要注意。接下来专案拆解的思维以後端的视角为主,希望把专案拆解的思维举例给大家看,也让大家知道主管的思维是什麽。

首先,电影订票系统看起来分成两个部分,一个是电影,一个是订票。所以理论上应该要有一个後台可以上下架电影的资料(A),然後会有一个前台可以展现电影的场次(B);想看电影的人来到这个前台网站,可以挑选想看什麽电影(C),然後进一步做订票(D);订票完应该还有一个後台可以看每一场次的销售状况与报表(E)。

这样应该是整个电影订票系统中最基本最基本的流程,拿着这样的流程拆解与利害关系人确认,应该是可以在往下讨论每一个流程中利害关系人的在意重点。例如部门着重做各样爬虫的,就会在电影资料上希望跟着某个影院的资料;如果部门着重做报表的,那在後台看报表部分会有更复杂的逻辑;如果部门着重在金流串接的,那在购票流程中把金流结帐流程应该会有更多的流程细节;如果部门着重在高频抢票的交易(transction),那就会在订票过程的选位交易有要求。

表面上如果舍弃上面每一个细节,只是单纯的把购票流程写完,得到的只是一个没有灵魂的肉体,主管绝对不会满意这样的成果。上面所说的细节,其实每一个细节都不是一个普通新人十天能开发出来的内容。如果拿到这样的分析,请问单兵如何处置?

拿这样的分析过程,与主管讨论到底要把重点放在哪边!!!

傻傻地做,不但白费十天做了一个主管看不上眼的东西,也没有办法让自己的工作方向跟主管达成共识,做在点上。

当然也有可能主管派下来的作业,并不需要在意这些深入的细节,就是需要做完这个壳,那麽你也可以非常清楚,这样的范围是主管想要的,接着就可以把这个专案拆成A-E五个小专案,然後排定这个专案的所需时间,每天可以按表操课,逐日完成进度。这样的专案管理透明度也很高,可以让主管每天了解应有的进度与实际的进度落差。

工作细节拆分并且与利害关系人进行讨论是我认为这是整个专案管理的核心流程。在软件开发的专案中常常会因为事前评估的不仔细,直到专案中期才发现有关键技术是缺乏的,导致专案往前走也不是,终止也不是,整体专案就歪掉了.....

而对新人菜鸟期来说,频繁的在专案任务中不断地确认专案的范围与不断拆解细节,除了可以确保关键核心技术是否拥有,也确保双放对於专案复杂度拉近共识外,最重要的,我认为是去建构自己对於这个产业的流程的理解,这个产业流程的理解最终会影响你对於专案任务拆解是否恰当,形成了一个间验累积的良性循环。


<<:  Golang 转生到web世界

>>:  [DAY4]K8S里面的小小兵-POD

不只懂 Vue 语法:以 Vue 和 Nuxt 为例,说明 SPA 和 SSR 的概念?

问题回答 Vue 是 SPA 框架,而 Nuxt 是 Vue 生态系里的一个能同时实现 SPA 和 ...

Day20 Metricbeat(一)

今日要介绍 Metricbeat,它是Elastic Stack所提供最方便收集指标的工具,透过Me...

[Day24]C# 鸡础观念- 物件导向(oop)~建构方法(Constructor)

老板我要一个猪排汉堡, 不要番茄,不要小黄瓜, 洋葱加量,加起司, 现实生活中,我们常常会在点餐时跟...

认识HTML(一)

现在大多数人使用网路的方式是浏览网页,透过网页可以读取资讯,再经由网页上的超连结前往网路上的任何地方...

【Day22】:旋转编码器—Encoder

Encoder Encoder也就是编码器,可用於将马达的旋转资讯转换为方波的形式输出,他的构造与原...