少年包工头的工作日记--小工头重出江湖

W3CHINA Blog首页 管理页面写新日志退出

Blue blue sky

小工头发表于 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拦住，不然俺们恐怕就要和她说“拜拜”了。

阅读全文(1966) | 回复(1) | 编辑 | 精华

回复:小工头重出江湖

原创空间, 职业生涯

可乐湖发表评论于2005/8/31 17:25:15

个人主页 | 引用回复 | 主人回复 | 返回 | 编辑 | 删除

» 1 »

发表评论：