关于外包公司项目管理的问题。 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
zhangwei1996
V2EX    问与答

关于外包公司项目管理的问题。

  •  2
     
  •   zhangwei1996 2015-08-31 00:07:54 +08:00 3558 次点击
    这是一个创建于 3694 天前的主题,其中的信息可能已经有所发展或是发生改变。
    • 本人情况:一直到外包公司工作,换了 3 、 4 家了。

    • 基本上都是 PHP 开发 + “项目经理”


    • 真的很关心公司的项目;

    • 客户提的新需求真的对客户来说非常方便和实用;

    • 但是公司说不做,因为当初谈的时候根本没有提出这需求,这样开发时间和成本都有变动,也不能让客户想到什么就提什么,有第一次就有第二次;

    • 但我本人遇到这样的情况,我都会私下答应客户用我的私人时间去解决他们的需求。

    • 这不是钱和时间的问题,因为在某些方面我是从客户的角度去看待问题的。

    • 某些项目我比客户和公司都着急。我很傻逼吗?


    • 没钱。

    • 我挺同情甲方(客户)

    • 真心想解决客户合理的需求,但公司让我做别的事情。

    • 就算这合理的需求上报给公司,公司也绝对不会让我们做的。

    • 客户那边需求又紧急又合理,我也就只能用我的私人时间去解决客户需求。

    21 条回复    2015-08-31 19:36:15 +08:00
    FrankFang128
        1
    FrankFang128  
       2015-08-31 00:08:57 +08:00
    开发模式的问题。让他们单独给你钱?
    zhangwei1996
        2
    zhangwei1996  
    OP
       2015-08-31 00:23:23 +08:00
    举个例子:

    客户都是后台添加用户的,字段就是一些很普通的账号、邮箱、职位什么什么的。但是客户说,好麻烦,因为我们要添加几百个用户,不想一次一次的添加,想弄个 excel 表格,上传。

    客户问我可以弄不,我当然说这不是问题,很简单。然后我就上报给公司,说客户有新需求。公司反馈说不做。(当时我就快气死了)。

    我这边就回复客户说,周末可以帮你解决这需求。周一之前你们这边可以测试。

    于是周五晚上,我就开始写相关功能。
    PP
        3
    PP  
       2015-08-31 00:37:38 +08:00   3
    正常的项目管理是基于需求的,而外包的项目管理是基于验收的,立场决定走向。楼主要考虑一下自己的职业发展问题,争取早日脱离软件外包产业。
    oott123
        4
    oott123  
       2015-08-31 06:41:32 +08:00 via Android
    你都不告诉客户是你私人时间做的?
    ljbha007
        5
    ljbha007  
       2015-08-31 08:07:30 +08:00   1
    公司的做法是对的 你设身处地为客户考虑也是对的
    公司的做法是因为任何需求和功能都是需要付出成本的 所以一般签合同之前都会定需求规格和详细的需求规格文档 作为附件附到合同上 这样可以有效防止未来因为需求定义不清楚和客户扯皮

    你的做法不是毫无道理的 我建议可以这样 你跟客户商量好 遇到这种需求 跟他明说公司不让做 但是你可以用私人时间给做 解释一下原因 然后给他开个价格 并说明自己需要花多少时间 不要让客户觉得你是在占他便宜 简单点的需求几百块 复杂点的千元左右 然后让客户单独付钱给你 最好是给公司通报一声 而且你要说是客户主动拿钱让你做的 当然如果客户提的新需求太复杂 建议还是让他和公司签新合同

    这样三方都有合理的解决办法
    endoffight
        6
    endoffight  
       2015-08-31 08:15:17 +08:00 via Android
    没有写在纸上的东西,出了问题怎么办?
    twor2
        7
    twor2  
       2015-08-31 08:19:25 +08:00   1
    你这样很难让公司做。 不应该私自答应书面需求额外的东西,必须走书面需求变更流程。这是无数血淋淋的历史告诉我们的。
    amon
        8
    amon  
       2015-08-31 08:38:40 +08:00 via iPhone   1
    楼主还是图样图森破啊,你们公司这种制度是自己和先烈踩过无数坑交过无数学费得来的,你却因为想装一比破坏这种制度,你不适合呆外包公司,快走吧。
    Ps :人生第一次同情了外包公司。
    ahcat
        9
    ahcat  
       2015-08-31 08:42:03 +08:00
    没有合同精神。

    公司的做法是对的,无论是不是外包公司都一样。至于客户提出的额外要求,直接推给公司的销售就行。
    wenxiaochen
        10
    wenxiaochen  
       2015-08-31 08:48:41 +08:00   2
    感同身受,专门注册账号回复。

    我的现状和搭档一起做了初创小公司,遇到的问题和你很类似。产生这种问题的原因是项目洽谈期不充足。一般洽谈期客户关注点或痛点:心理、价格、时间、能否制作。而这个时间与客户接触最多并具有签单能力的是销售人员,销售人员一般不全面了解项目并且有很强的销售导向和需求。所以这个环节会大概率导致我们共同遇到的问题。

    我自己是个美工狗,同时策划产品,略懂程序皮毛。在我的经历中有 3-5 次严重到我要自己垫钱去帮客户解决问题。当然这个其实很不可取,我后面也在反思项目、自己的做法、公司团队的做法。

    目前我的解决方案是:
    1 、简单需求可以答应客户,协调好团队沟通即可;
    2 、复杂需求建议客户重新确定好产品需求后重签合同制作;
    3 、频繁简单需求可免费帮助 2-3 次,同时与客户沟通以后收费情况;
    4 、正式自己团队不足,如果自己做的本来有问题就建议寻找行业标杆企业参考制作,提高自己;
    5 、不要自己垫钱,不仅是你觉得自己傻逼别人还觉得你更傻逼,即使你的初衷是好的;
    6 、怀疑自己是傻逼的时候,再多怀疑一次,这样才好成长;
    7 、做对的事,即使自己不适合某个行业,同时要重新考虑自己的职业定位。

    顶多算是个人经验,希望能有用。


    个人微信 bigwindgod 欢迎添加交流
    kslr
        11
    kslr  
       2015-08-31 09:00:41 +08:00
    公司的做法是最合理的,你吃了苦头就知道了。
    LittleLeopard
        12
    LittleLeopard  
       2015-08-31 09:01:47 +08:00
    甲方这是病,得治。
    楼主这样的还是去做产品吧。
    img src="https://cdn.v2ex.com/gravatar/f0dc0ccaf1a0b4dd543452ebc7683919?s=48&d=retro" class="avatar" border="0" align="default" alt="jianghu52" data-uid="29336" />
        13
    jianghu52  
       2015-08-31 09:02:57 +08:00   1
    老实说楼主这样的人不应该是项目经理,应该是客户经理。事实上我也有过主动为客户着想的时候,有好的结果,也有不好的结果。
    说到底,还是楼主没有站在公司的角度来看问题。外包公司的钱从哪里来。简单来说,是从技术人员的差值得到的。”差值“是我自造的一个词。简单来说,就是发包的公司按照两个熟练开发人员算钱,但是外包公司用一个熟练开发人员+一个新人来赚钱。这样才有利润。
    外包公司几乎没有品牌溢价,最多就是有口碑。
    你这种服务精神不是不好,是没有用到地方。如果这个客户是那种非常巨大,而且会有很多活发给你们公司的话,我相信你们老板一定会鼓励你这种做法的。但是如果是一锤子买卖的话,你的额外服务不仅仅是让客户觉得提需求是理所当然,更大的问题在于,你作为开发经理,你的这种做法变相的承认了你们的成果是有问题的。如果客户阴险一点。诱导你承认你们开发的程序有缺陷。然后拿着这种记录找你们公司索赔,或者要求打折。你还认为你做的是对的么。
    istark
        14
    istark  
       2015-08-31 09:02:59 +08:00
    @ljbha007 让公司知道自己员工私自收钱接单会有严重后果,不可取
    @zhangwei1996 公司做得没错,管理是门学问,开一次后门,这门就赌不上了。
    楼主为客户着想,精神可嘉,楼主当初就应该说清楚,改方案就得加钱,时间就是金钱,价格合适,如果公司还不做,那就是公司问题,我想这种公司应该没有吧。
    外包的最怕改了又改,如果设计方案更完善,就不会出现反复的情况了。
    楼主,你善心大发,客户满意,领导可能会觉得你对着干,人心叵测,小心为上。
    Paranoid
        15
    Paranoid  
       2015-08-31 09:06:43 +08:00
    还是太年轻呀 哈哈

    公司帮你挡住需求有自己的考虑(管他是好的还是坏的),你用自己的时间帮客户处理 ,即便给你钱也不能做!!!
    ljbha007
        16
    ljbha007  
       2015-08-31 09:11:41 +08:00   1
    @istark
    大不了就开了呗 按楼主意思来说本来就对公司这种做法不满意了 与其天天在自己不满意的公司上班不如换家公司
    还有不同公司观念不一样 这种事情没有绝对的 有的公司管理人员稍微有点智商就知道这种事情实际上是应该奖励而不是惩罚的

    再加上如果不告诉公司 瞒着被发现了才是真的应该被炒鱿鱼 等于是欺上瞒下 既不道德又不磊落
    istark
        17
    istark  
       2015-08-31 09:27:22 +08:00
    @ljbha007 如果你已经财务自由,可以一次又一次大不了,说走就走。
    我相信楼主 @zhangwei1996 已经工作多年,应该知道生存于这社会的规则,不会什么事情都是完美满意的,哪怕自己做老板。
    问题在于你建议楼主收钱,这是很不明智的。用你的想法来说,管理人员按照你说的做奖励你就是有智商,否则就是没大脑。欺上瞒下,道德,磊落,等你多经历点事,就发现这些词多少的虚。
    elvba
        18
    elvba  
       2015-08-31 10:11:12 +08:00
    难道楼主还没碰到过客户老是改需求然后你好心帮他弄结果他反而说你坑的情况?
    subpo
        19
    subpo  
    PRO
       span class="ago" title="2015-08-31 10:18:59 +08:00">2015-08-31 10:18:59 +08:00
    @zhangwei1996 就你提的这个例子,公司说不做是对的,要我的话也会打出这个需求
    外包项目,预算不足,一定是初创公司吧
    excel 导入,影响快速试错吗?影响产品上线吗?客户有感知吗?影响核心需求吗?
    毫无疑问没有,所以不做
    hvsy
        20
    hvsy  
       2015-08-31 10:20:33 +08:00
    产生的这样的问题就是客户不懂技术.一开始签合同的时候没办法考虑的那么清楚.觉得功能都有了就行.但是实际用起来就不是那么一回事.楼主你这样的适合去做技术顾问.专门帮客户制定这样的合同或者功能规划.
    bk201
        21
    bk201  
       2015-08-31 19:36:15 +08:00
    你是项目经理?而且还是外包公司的?加需求给钱么?随便接需求你手下不恨你?你是外包公司的人还是客户那边的人?让手下开心,公司赚钱减少成本不才是你应该做的事情么?
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5181 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 33ms UTC 09:29 PVG 17:29 LAX 02:29 JFK 05:29
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86