源码工作室

目标:通俗的语言说出通俗的技术\n 老婆开了个网店,园子里的优惠,决不假。(http://shop33647060.taobao.com)
posts - 76, comments - 603, trackbacks - 6, articles - 0
  博客园 :: 首页 :: 新随笔 :: 联系 ::  :: 管理

紧急项目处理方法

Posted on 2006-01-04 13:55 源码工作室 阅读(2382) 评论(16)  编辑 收藏 所属分类: 项目管理
    在工作遇到紧急的项目在所难免,所以在几个月前在论坛中提了这么一个问题:
标题:
       我不是老板,紧急的项目在所难免.不知大家如何处理的?
内容:
       现在的市场如此激烈,速度也代表money.这我可以理解的。
       在这种情况下,项目的dead-line从一开始就定了。
       有些时候,我采取的办法是砍feature,可老板不答应,谁叫我是打工的呢。
       不知大家如何处理?
 

       没想到很多人就此问题发表了看法,看来此问题也是软件业的一个普遍的问题。下面我就摘录一二,就此总结一下。

1.          N天的时间乘以A的效率就只能完成AN的任务,要完成A(N+M)的任务就必须有N+M天的时间,这是客观规律,不因为老板不同意就有所改变,也不因为你顺从老板的意思就有所改变。作为打工者,说出事实的真相而不是迎合老板的一相情愿,这就是最大的职业道德。

         我的评论:人在屋檐下,有些时候只能用加班来应付。

2.          我们向来是用最不标准的办法,把功能点都糊弄出来,然后派能说会到的拖住用户,剩下的人再慢慢改bug
       回复:
              这个办法虽然比较不正统,确是比较有效的方法。 
              有时做项目不能太理想,面对现实比较好。

       我的评论:一个普遍的问题对应了一个普遍的方法。

3.          项目经理,沟通、谈判、妥协、哄骗、……,是项目经理的职责。

       我的评论:哄骗真的是项目经理的职责。

4.          反正我觉得在项目中大家不要顾忌面子什么都一口应承下来,这样赶出来的项目在交付后陷入泥潭的可能性极大。

       我的评论:理论上这是对的,但是……

5.          很多方面都是由程序员自己发挥,爱怎么干就怎么干,如果您不是项目经理,那么项目经理就是在技术上没多大发言权,如果您是项目经理,您也同时是程序员。
在有特色的开发环境下,恐怕也只能说一些模棱两可的话了,老板至少不会发脾气的,因为你们老板估计也是老江湖了。

       我的评论:反应实际情况。

6.          巧妇难为无米之炊,超出你能力的自然没有办法了。

       我的评论:老板认为员工就是海绵里的水。

7.         招人。

       我的评论:招人容易,招有用的人难。

      
不知各位有什么高见,发表发表,以后我再整理。

Feedback

#1楼    回复  引用  查看    

2006-01-04 14:52 by birdshome      
7.    招人。
       我的评论:招人容易,招有用的人难。
 
// 知己啊,555。。。

#2楼    回复  引用  查看    

2006-01-04 15:26 by 疾风      
我通常采用的是第一种方法:打死我都不加班,也不让我的兄弟加班,呵呵

#3楼    回复  引用  查看    

2006-01-04 16:14 by Boler Guo      
分阶段,Phase I、Phase II,先让用户用上,然后逐步升级~

#4楼    回复  引用  查看    

2006-01-04 17:29 by 傻强      
作为打工者,说出事实的真相而不是迎合老板的一相情愿,这就是最大的职业道德。
------------------------------
说的好!

#5楼    回复  引用    

2006-01-04 23:08 by kaneboy [未注册用户]
以非常“认真”的语气,向你的老板指出,问题很严重,后果是项目会延期,项目是不可能按时完成的。

这就够了。

至于最后延不延期,who cares?不要把项目延期当做天大的事。项目延期了,你们公司会倒闭吗?中国软件业会垮台吗?国民GDP会倒退吗?世界经济会崩溃吗?地球会停转吗?银河系会毁灭吗?...只要想开了,项目延期只是无足轻重的小事情而已...

#6楼 [楼主]   回复  引用  查看    

2006-01-05 08:46 by 源码工作室      
楼上的观点我不敢苟同。
项目延期,为何没有人care呢?
开公司为了什么?赚钱。
项目延期了,会如何?丢钱。

#7楼    回复  引用  查看    

2006-01-05 09:23 by 昊子      
不能把项目延期当作无关痛痒的事
虽然中国软件还在学习,但专业态度是要有的
中国人最要命的缺点之一就是“无所谓”

加班,谁叫咱拿人家高薪了呢

#8楼    回复  引用    

2006-01-05 09:31 by 高祥 [未注册用户]
努力做好就是了,心放平。。。

#9楼    回复  引用  查看    

2006-01-05 14:31 by FeelDesign      
1、在可以加班的情况下,尽量的加,能做多少是多少

2、判断各功能点用户使用的情况,有些频率很低,还有些可能根本不使用,这些可以延后,另外我经常碰到有些功能点可能是用户半年后才用到的。这些蛮可以先糊弄过去。

#10楼    回复  引用  查看    

2006-01-05 15:59 by Sumtec      
@FellDesign:

跑过100米吗?那是打一开始就要冲刺的。
跑过马拉松吗?那是打一开始就要省着点。

你觉得一个程序的开发是跑100米呢,还是跑马拉松?要是以跑100米的方式跑马拉松,100米之后不是会不会慢下来的问题,而是会不会口吐白沫的问题了。

其实人就是人,始终不是机器。你让人加班,那个人是不是确实在加班就已经是一件比较难以保证的事情。嗯,可以加上非常严厉的规则,例如中兴华为那样,是可以保证确实在加班,可是质量呢?好吧,加上严格质量审查——其实这个本来就要上的,但是在高强度的工作环境里面,出错的纪律自然比低强度状态下药膏(假设其他所有条件都相同的情况下),那么你能做的就是更加严厉的考评制度:做不好就扣奖金,扣完奖金扣工资。要是这样,我倒要问问看,公司打算跑完100米就拉倒呢?还是想跑时间长一点?这样的工作环境,一流的人才肯定呆不了多久,顶多合同期到期,肯定得走人,除非你发的工资足够高。否则估计用不了多长时间,你就会发现,留在公司的都是二流三流的人。都是二流三流的人所组成的公司想要成为一流,而且能够维持一段时间,那就比较困难了。

#11楼    回复  引用  查看    

2006-01-05 19:43 by 贺星河      
N天的时间乘以A的效率就只能完成AN的任务,要完成A(N+M)的任务就必须有N+M天的时间,这是客观规律,不因为老板不同意就有所改变,也不因为你顺从老板的意思就有所改变。作为打工者,说出事实的真相而不是迎合老板的一相情愿,这就是最大的职业道德。

我比较欣赏这段话
1、不能迎合老板,但是要巧妙的指明问题,否则吃哑巴亏,不能和老板对着干,而要说明多种途径多种方法所需时间和所导致的结果,老板也是人,你考虑得越多,实际上也就为他承担了越多的风险,即使最后方案和他的初衷违背,也能为你赢得信任
2、需求是变动的,一旦项目需求有所变动,或者项目实施过程中碰到难点,一定要及时报告老板,一让老板了解项目进程,而是有了一个心理准备,日期不是定死的,而是可以根据实际情况做调整的,当然老板得同意
3、加班是正常的,但争取加班费或者可抵换调休假也不是过分的要求

项目延期的问题,我个人则觉得是要追究责任的,不追究责任,则延期会成顽习;追究责任,延期的问题就不会频繁产生

#12楼 [楼主]   回复  引用  查看    

2006-01-05 20:21 by 源码工作室      
楼上的说法我赞同。
主要是要善于交流。

#13楼    回复  引用  查看    

2006-01-06 13:04 by powerword      
这种东西见仁见智,不同项目经理的做法是不同的,不同的老板也会有不同的决策,没有教科书一样的解决方法。尤其是结合具体情况,不一定什么方法就是绝对正确的。

就我个人的感觉而言,项目经理自己要有一个明确的目标和对自己团队的准确估计。项目的管理,更多的是一种个人的感觉。

对于工作的方向,要听老板的,因为工作的内容是由老板定的。
对于工作的方法,要听自己的,因为工作的方法不是老板的工作范围。

#14楼    回复  引用  查看    

2006-01-10 08:19 by 吹雪      
如何处理好这个问题,更多的在于你的项目管理能力方面。你应该尽量和老板沟通使其建立人力,时间,工作 三者相互制约的关系。至少我是这么作的,这样才能为使开发更加合理正常的运作下去

#15楼    回复  引用  查看    

2006-01-15 16:41 by 创意无极限      
问题想得太复杂了.

#16楼    回复  引用  查看    

2006-02-15 09:19 by [天道酬勤]      
我有些赞同powerword 的想法,当然项目管理也有其科学化的原则,如项目的金三角原则:时间-资源-需求(功能)。所以,处理起来应该灵活一些。

标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      


相关链接:

所属分类的其他文章:
技术牛人or管理者
紧急项目处理方法