[工作八卦]小工头重出江湖 |
小工头 发表于 2005/8/29 21:37:46 |
今天Jackie出差。远在西宁的老总一不小心说错一句话,Jackie就得扔下手头一大堆事情,紧赶慢赶地跑去亲自为客户现场服务(想起那篇经典的“程序员就跟做鸡一样”……)。技术的小细胳膊还是拧不过资本的大粗腿啊。不过,根据公司的规定,总经理以上人员出差时可以坐软卧或者飞机。CTO排位在总经理之前,因此Jackie享受了一把软卧。俺们这种小兵就只能老老实实坐硬卧,要是运气不好还会坐硬座……CTO就是好,羡慕~~~
出发之前,Jackie跟俺谈了一次,主要是他上周交给俺的项目。俺做了一部分,设计文档已经提交了两版,一些关键技术也用快速开发模式做出了例程,到目前为止还算顺利。可是,貌似俺对这个项目的运作流程的理解有偏差,Jackie不太认可俺的开发方式。他说这个项目的设计文档还没做完,他会尽快利用出差时的业余时间完成,然后从网上发给俺。等设计文档写完,俺才可以开始做。做的时候,如果俺发现问题,要及时跟Jackie讨论,由他进一步修改设计文档,直到顺利做完。这才是公司现有的开发模式。
说起来,俺并不怎么看好这种。目前公司的开发流程是这样的:市场部或者CTO提产品需求和规格->技术部讨论->CTO形成设计文档->技术部实现->测试部测试。在这个流程中,所有的设计文档由CTO一手包办,大到程序框架,小到接口定义,都是CTO说了算。技术部即使自己定义了模块接口,也必须经过CTO审核修改之后才能使用。这种中央集权式的模式可以有效地保证CTO的权威性,同时也可以防止技术部对CTO形成技术挑战或者威胁,对维护CTO的统治很有利。但是,这种模式只适合单任务单进程的情况,一旦几个任务同时进行,CTO的负担会很重;而在CTO完成所有设计文档之前,技术部却是无事可做。CTO成为了明显的瓶颈。
以前俺跟着Patrick的时候,他曾经用过这种模式。在将近两个月的时间里,Patrick一个人为了设计文档天天绞尽脑汁,团队里其他人却CS得不亦乐乎。最后Patrick心理不平衡,发飙了……现在,在这间公司里,这套开发模式也面临着严峻的挑战。现在同时上了两个项目,分别由俺和Kenny负责。仅仅两个项目,Jackie就已经手忙脚乱了。他一开始对俺放任自流,集中精力设计Kenny负责的项目;结果俺做的东西不合他的意,他给Kenny的文档也是漏洞百出。修改给Kenny的文档,又影响了给俺的设计文档的定稿。俺直到今天才收到一个不完整版本,按他的意思俺们现在还不能开工,可是他两周之后就要结果……恐怕这事比较难办。Jackie虽然贵为CTO,可是想的做的还是Team Leader的那一套。从实际情况来看,这样恐怕不行。
俺一开始以为Jackie给俺的定位是纯程序员,俺只要照着他的指令去做就好。可是,Jackie再三嘱咐说这几天就看俺的了。设计还没定下来,看俺的啥呢?说到最后俺才明白,Jackie要俺做他的替身,等他把设计文档完成之后,监督技术部的其他人把项目做完。
原来俺就是一监工啊……真成了小工头了。
P.S:今天新来的同事居然是Hins,真是人生何处不相逢。Tina的计数器还没摆平,居然试图说服老板放弃计数器。还好被Kenny拦住,不然俺们恐怕就要和她说“拜拜”了。
|
|
回复:小工头重出江湖 |
可乐湖发表评论于2005/8/31 17:25:15 |
|
|
» 1 »
|

.: 公告
有人的地方就有恩怨 有恩怨的地方就是江湖 人在江湖漂,谁能不挨刀 |
|
« | August 2025 | » | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
.: 我的分类(专题)
|

.: 最新日志
.: 最新回复
|

blog名称:少年包工头的工作日记 日志总数:629 评论数量:1458 留言数量:56 访问次数:8967540 建立时间:2004年12月8日 |
|

.: 留言板
|

.: 链接
|

|