从小公司到大公司[关闭]


14

对于专门从一家初创规模的公司转移到大型组织的应用程序/数据库开发人员,是否有人有任何提示,想法,警告或一般智慧?

示例想法包括以下内容:

  • 我如何与管理链进行不同的交互?
  • 您是否看到质量或发展速度的趋势在大小上有所不同?
  • 关于团队发展的思考。
  • 社会方面。
  • 还要别的吗。

另外:有人能以类似的举动分享任何个人故事和经验吗?

如果可以任何方式澄清,请告诉我。

我感激任何想法!


确保您有可以关闭的垃圾桶

1
在一周的任何一天,我都喜欢大公司而不是小公司。为什么?也许我喜欢在大池塘里做一条小鱼,还有很多其他鱼。
TeaDrinkingGeek

“封闭不建设性”???

如果迁移到workshop.stackexchange.com怎么办?
哦,2012年

Answers:


27

可以分享的一些个人经验:

  • 搬家之前:

    • 不要相信所有伟大的承诺。当他们寻找人才时,他们会向您展示所有好的方面,并掩盖那些不好的事实。如果职位那么好,为什么不在我面前呢?:-)
    • 企业就是企业,唯一的目的就是赚钱。想想看,是否带您加入该计划可以为目标增加价值。之所以邀请您,是因为他们认为您带来了附加值。你会?
    • 假设您是一名程序员,那么大公司通常会面临技术挑战以外的复杂性,例如政治,沟通技巧,法规……。您准备好了吗?
  • 移动后:

    • 尽早确定职能部门(部门)的KPI。简而言之,为什么这家大公司会为这群做这些事情的人付钱?
    • 将自己定位为上述答案的贡献因素(如果找到)。不要打架。你不会赢。您被支付遵守。
    • 做好事情,做好工作通常不是最困难的部分。
  • 当一切顺利时:

    • 一点一点地改善东西,不要坐着抱怨。
    • 不要害怕努力任务。如果您担任关键角色,则被删除的可能性较小。
    • 像对待地球上的最后一滴水一样使用资源。
    • 一遍又一遍地考虑管理角色是否对您和您的未来职业发展有利。没有太多的工程师是优秀的经理。
  • 当出现问题时:

    • 请记住,您至少有一个月的时间或金钱;-)不要惊慌。
    • 同样,不要打架。如果他们可以改变主意,那么他们已经做到了。
    • 无论如何,都会发生sh_ts。这不是对与错,而是匹配与否。
    • 世界大于一家公司。机会是为那些准备好接受的人提供的。

干杯!


3
如果您发现自己一直在与borg争斗,那么您就该离开了,因为borg永远不会。
quick_now 2011年

如果可以的话,2 ^ 10。多么华丽的答案!在轮班的每个阶段都提供非常详细的建议。
Karthik Sreenivasan 2012年

13
  • 我如何与管理链进行不同的交互?

大型公司将比您惯于官僚作风。您将与上方和下方的图层进行交互;跳过将很少见。

  • 您是否看到质量或发展速度的趋势在大小上有所不同?

您将拥有更多层。您将无权访问生产服务器,因此会有更多交接。沟通渠道,文档和流程将降低大型公司的工作速度。

  • 关于团队发展与牛仔编码的思考。

不相关 大大小小的都可以是一个。

  • 社会方面。

较大的公司倾向于更保守,因为有更多的损失。

较大的公司有一个很大的优势:他们知道如何发薪水。我合作过的一些较小的公司都失败了。对于较小的公司而言,销售和保持收入流的畅通可能是一个问题。

  • 还要别的吗。

您将成为众多声音中的一员。您的影响力将更多地取决于您与动子和振动器的融合程度。


现在,我意识到我的团队在开发和牛仔编码方面的愚蠢程度。关于“层次”观点的有趣想法。我想知道不再成为系统管理员会是什么样子。:)

6

自由与边界

我可以想到的最大区别是边界和灵活性差异。在较小的公司中:

  • 作为开发人员,您扮演着更大的角色, 需要您做更多的事情。无论是设置服务器,配置源代码控制系统,管理公司产品X的数据库 。

  • 社交性更高-您可能与公司所有者/董事等有联系。

  • 随着您对公司的意见深入,您会觉得自己具有更大的影响力。

当您迁移到较大的组织时,界限会更加明确。

  • 您的角色更加具体。

  • 几乎您刚刚成为 Programmer

  • 您向项目经理报告以进行任务更新。

  • 您的基础架构由支持/通讯团队管理。

  • 有时会有一个测试团队进行UAT测试,并针对错误跟踪系统中的错误进行检查。

  • 由于人们试图爬升,并在人海中倍受关注,因此感觉更加清晰,这使它更具竞争力。


5

作为在两种环境中都工作过的人,我的想法是:

  • 管理 -您可能会发现很多沟通“在层次结构中丢失了”。我的意思是,在小型公司中,几乎每个人都知道一切(或者至少“了解”)。在大公司中,中层经理甚至都不知道您正在做什么(这是团队负责人的工作,因此丢失了上下链信息的稀疏性),这种情况并不罕见。
  • 开发的质量和速度 -在大型公司中,这往往更加缓慢。初创公司往往更敏捷(部分原因是小公司的产品可能会更小)。但是,不要陷入这样的陷阱:大公司必然拥有更好的既定流程和方法。特别是如果公司的主要能力不在软件方面,那么软件团队的运行就不会比在任何小型黑客商店中都要好。实际上,到目前为止,我曾经工作过的最好的地方之一是一个小型hackshop,主要是因为它是一个真正的小软件商店,由程序员启动和运行。在Joel测试资料上显示为实心12/12。
  • 团队发展 -如上所述。这真的取决于团队。大型公司不一定经营得更好(与其他学科不同)。这主要取决于软件团队负责人的“软件开发能力”。对软件不够了解的中/高级管理人员尤其会在大型公司中筹集资金不足并挫败软件团队。
  • 社会方面 -总体而言,小型公司和创业公司通常更非正式和更具社交性,但大型公司也不必太僵硬。很大程度上取决于行业领域,也取决于团队的平均年龄。一家大公司中一个紧密合作的年轻软件团队几乎可以感觉不到自己的起步。

其他(我可以想到的只是一些随机的想法和警告):

  • 当心团队之间的冲突。在大型公司中,通常会有单独的团队负责系统的不同层,等等。人性,erm,人性-意味着这里通常会有一些“我们和他们”的心态(背刺,bit子,过分推销,等等)。在每个人基本上都属于同一团队的小型创业公司中,您通常不会看到这种情况。
  • 习惯于接受不知道该软件如何工作的人的订单。当然,这在任何地方都可能是个问题,但是随着公司规模的扩大,“业务人员”与软件团队之间的分离往往会更加明确。在一家小型创业公司中,他们通常是同一个人。在大型公司中,他们几乎从来没有。如果该公司是一家实际的软件公司(例如Microsoft),这不会太糟。

  • 您可能会更不受客户端“前线”的影响。可能会有一个服务台和产品经理与客户打交道,并且您几乎永远都不必这样做。这可能是好事,也可能是坏事。好的(您不必直接提供支持),坏的(可能需要沟通)和冗长的周转时间来解决相对简单的问题。

这就是我现在能想到的一切。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.