返回

穿越:2014

首页
关灯
护眼
字体:
第262章 技术团队的雏形(4/4)
   存书签 书架管理 返回目录
    阅读提示:为防止内容获取不全,请勿使用浏览器阅读模式。

  可如果项目没有接连成功呢?甚至项目接二连三翻车时是什么情况呢?

    鲜少有培训机构会讲项目失败后会如何。

    真实情况是,但凡一个项目翻车之后接下来的日子别说什么百万年薪迎娶白富美了。

    先想想以后的日子怎么过再说吧。

    项目的倾覆总要有背锅的。

    甩锅甩不出去往往就只能一块背。

    涉及到一些随便玩票的项目还好说。

    翻车就翻车了。

    如果是一些被业界看好的项目翻车就比较惨了。

    明明很好的项目却被你们搞砸了?

    你们不背锅谁背锅?

    现实中人们还能理智地批驳一下受害者有罪论,但涉及到技术方面可没这么多温情。

    往往是只以成败论英雄。

    就算很多时候明明是锅从天降也逃不脱背锅的命运。

    而且这种锅基本就是大家一起背,从产品经理到底层的技术人员,基本上是谁都跑不脱。

    背锅倒只是恶劣影响的开端,在业界比较看好的项目上翻车这份经历更是履历污点了。

    有这些履历污点的影响下很多时候都非常拖累技术人员的正常成长。

    甚至是跳槽也很受影响。

    常言道,失败是成功之母。

    但事实是某些情况下,失败是成功之墓。

    一次失败直接就gaover了。

    所谓的后续的成功不存在的。

    像伊芙·卡莉此前的团队在文本摘要方面一向被寄予厚望。

    现在却无疾而终突然翻车。

    这种时候其团队的成员所遭受的境遇自然是不怎么好受的。

    虽然某种程度上“一个崩盘或失败的项目组/团队里没有成功的个人”这种说法很有市场。

    但林灰并不完全这么看。

    计算一个失败的项目组里没有成功的个人。

    那也只是过去没成功的个人而已。

    不代表之后还会延续失败。

    用一个人的过往去否定一个人的未来是不道德的。

    甚至于如果非要林灰在失败过的项目组和没失败过的项目组中进行抉择的话。

    林灰反倒倾向于选择失败过的项目组。
上一页 目录 下一章