对于专门从一家初创规模的公司转移到大型组织的应用程序/数据库开发人员,是否有人有任何提示,想法,警告或一般智慧?
示例想法包括以下内容:
- 我如何与管理链进行不同的交互?
- 您是否看到质量或发展速度的趋势在大小上有所不同?
- 关于团队发展的思考。
- 社会方面。
- 还要别的吗。
另外:有人能以类似的举动分享任何个人故事和经验吗?
如果可以任何方式澄清,请告诉我。
我感激任何想法!
对于专门从一家初创规模的公司转移到大型组织的应用程序/数据库开发人员,是否有人有任何提示,想法,警告或一般智慧?
示例想法包括以下内容:
另外:有人能以类似的举动分享任何个人故事和经验吗?
如果可以任何方式澄清,请告诉我。
我感激任何想法!
Answers:
可以分享的一些个人经验:
搬家之前:
移动后:
当一切顺利时:
当出现问题时:
干杯!
大型公司将比您惯于官僚作风。您将与上方和下方的图层进行交互;跳过将很少见。
您将拥有更多层。您将无权访问生产服务器,因此会有更多交接。沟通渠道,文档和流程将降低大型公司的工作速度。
不相关 大大小小的都可以是一个。
较大的公司倾向于更保守,因为有更多的损失。
较大的公司有一个很大的优势:他们知道如何发薪水。我合作过的一些较小的公司都失败了。对于较小的公司而言,销售和保持收入流的畅通可能是一个问题。
您将成为众多声音中的一员。您的影响力将更多地取决于您与动子和振动器的融合程度。
自由与边界
我可以想到的最大区别是边界和灵活性差异。在较小的公司中:
作为开发人员,您扮演着更大的角色, 需要您做更多的事情。无论是设置服务器,配置源代码控制系统,管理公司产品X的数据库 。
社交性更高-您可能与公司所有者/董事等有联系。
随着您对公司的意见深入,您会觉得自己具有更大的影响力。
当您迁移到较大的组织时,界限会更加明确。
您的角色更加具体。
几乎您刚刚成为 Programmer。
您向项目经理报告以进行任务更新。
您的基础架构由支持/通讯团队管理。
有时会有一个测试团队进行UAT测试,并针对错误跟踪系统中的错误进行检查。
由于人们试图爬升,并在人海中倍受关注,因此感觉更加清晰,这使它更具竞争力。
作为在两种环境中都工作过的人,我的想法是:
其他(我可以想到的只是一些随机的想法和警告):
习惯于接受不知道该软件如何工作的人的订单。当然,这在任何地方都可能是个问题,但是随着公司规模的扩大,“业务人员”与软件团队之间的分离往往会更加明确。在一家小型创业公司中,他们通常是同一个人。在大型公司中,他们几乎从来没有。如果该公司是一家实际的软件公司(例如Microsoft),这不会太糟。
您可能会更不受客户端“前线”的影响。可能会有一个服务台和产品经理与客户打交道,并且您几乎永远都不必这样做。这可能是好事,也可能是坏事。好的(您不必直接提供支持),坏的(可能需要沟通)和冗长的周转时间来解决相对简单的问题。
这就是我现在能想到的一切。