作者Ycat1911 (校长阿猫)
看板ask-why
标题[思辩] 专案管理
时间Tue Jun 8 09:16:04 2010
1F：推 HuangJC:那倒不;这篇我觉得很切题.其实在专案分析时 top-down 或 06/07 21:40
2F：→ HuangJC:down-top 是会争论不休的;争论是因为根本做不出来在抢资源 06/07 21:41
3F：→ HuangJC:如果有一个强者能拍胸脯:我知道花多少钱多少时间保证做好06/07 21:41
4F：→ HuangJC:那不管任何一种分析他都能用,也都会充满说服力.06/07 21:42
5F：→ HuangJC:top-down:从PM角度,想做多少东西开始切割功能,凡自己做不06/07 21:42
6F：→ HuangJC:到的就发包出去;down-top:工程师就自己做得到的提出报告,06/07 21:43
7F：→ HuangJC:并且要求PM不要提出太强大的产品需求.从以上两者的比较来06/07 21:43
8F：→ HuangJC:说,使用者反正什麽都不知道,连要花多少钱都不知道,比较像06/07 21:44
9F：→ HuangJC:PM,需求丢出去在等别人喊价钱.06/07 21:44
10F：→ HuangJC:我是属於工程端,所以我会说我能做到什麽,超出的不谈06/07 21:45
11F：→ HuangJC:而做得到的是能力所及,代价能预估,才能够详谈.就以架一个06/07 21:46
12F：→ HuangJC:SQL Server 来说,我已经架过,我就可以谈了;也就是我常说的 06/07 21:46
13F：→ HuangJC:"要缩小题目";其实原PO一直担心的"服务公司倒闭则服务不存 06/07 21:47
14F：→ HuangJC:在",那也是他一直以为这些全是网际服务.其实自己架Server06/07 21:47
15F：→ HuangJC:弄成自家的桌上服务,那根本就没有倒闭的问题,那是他自己一 06/07 21:48
16F：→ HuangJC:直没去看通的.如果我现在还有八位元的苹果电脑,我当然必需06/07 21:48
17F：→ HuangJC:保留 MarketPlan(八位元的excel),那是当然的啊! 06/07 21:49
18F：→ HuangJC:难道原PO必需学会写程式,自己写一套试算表吗? 06/07 21:50
19F：→ HuangJC:把已经做好,能用的提出就已经够了;至於图书馆学,或我说的06/07 21:51
20F：→ HuangJC:资料库如何规划,那流派多,有专版,他得自己想法子.基本上如06/07 21:51
21F：→ HuangJC:果我用编年,找封情书应该不必三秒.06/07 21:52
老实说...我无法体认H大所谓很切题~是怎麽个切题...
不过针对PM的议题，可以来聊一下
一个专案进行规划时，down < - > top 本来就没有标准答案
去争哪种比较好根本没意义，一切端看你面临的情境是怎样
如果时间紧急、领域熟悉、你本身又掌握大量资源调派权
那top-down 是较佳解，高层说了算数~ 赶快去做先
当然缺点也是有：容易出错、容易把事情想太简单....但是既然前提说了:
这是你熟悉的领域、过去经验比较能支援，同时又有资源做为後盾
评估错了大不了继续砸投资就是
反过来
若一个案子很陌生、资源不多、你的资源调配权很低、时间允许
当然要请底层的资深工程人员一一评估
整汇来自基层的经验，down2top 去拟定范畴和工作包，当然能比较不出错
专案本来就是拳头与舌头的战场
你爱说大承诺不拘小节，就要有相当风险应变资源...这有啥好争的?
实务上烂人很多，也不损此原则正确性
--
至於图书馆学，根本跟啥程式软体无关，在没有计算机的年代
人家还是可以用纸卡管理的服服贴贴
基本架构早已确立，资讯化只是降低人工作业、加快速度
我认同你说的旧系统包袱，不然现在大家也不会疯web service
云端运算其中一目的，也是要解决资料储存的问题
除非今天世界末日~~全世界的server全死
不然总是有一地方data center活着，复原就有希望
年代编排只是最基本索引方法
编码、拆号、索引逻辑....都还有很多有趣的前人智慧
如果要问个资讯人管理
我只问你手上有什麽搜寻工具~~例如Windows自己的档案索引功能
要善用此功能，当初在资料夹分类、档案摘要等资料
就要以此搜寻引擎为中心去建立注解
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 203.65.106.8
※ 编辑: Ycat1911 来自: 203.65.106.8 (06/08 09:42)
22F：推 HuangJC:我把专案形容成恶水,down & top 为水的两端要搭桥,不管哪 06/08 13:06
23F：→ HuangJC:种方法,只要没接到对岸,都是失败的,桥都要垮!但我们也可以 06/08 13:06
24F：→ HuangJC:在河中立桥墩,先搭到桥墩就好,这样就不会垮;这个墩就是 06/08 13:07
25F：→ HuangJC:milestone,它必需能做到中程成本回收,就像预售屋一样,边盖 06/08 13:08
26F：→ HuangJC:边卖.如果一个里程碑达到了却不能卖,主管还要说"继续努力 06/08 13:09
27F：→ HuangJC:中间产品很棒,但仍是0分",那就没有用,你就要继续撑住投资 06/08 13:09
28F：→ HuangJC:中间产品如果能有五十分,做不到也开卖,那大家才真能松口气 06/08 13:10
29F：→ HuangJC:被引用那篇我觉得切题是因为,它是个我认同的桥墩! 06/08 13:11
30F：→ HuangJC:桥墩在方向上也必需在两端的中间;方向正确,成本回收 06/08 13:11
你所论的里程碑，和风险控制中的小规模试作意思一样吗?
里程碑定义上没有包含成本回收吧
※ 编辑: Ycat1911 来自: 203.65.106.8 (06/08 15:03)
31F：推 HuangJC:定义上没有啊,但实务上这样才能让股东喘口气,不然你钱多啊 06/08 15:05
XD
※ 编辑: Ycat1911 来自: 203.65.106.8 (06/08 15:19)