从开发人员到IT经理。 build议生存?

作为一家制造公司的唯一开发人员,当我经理IT经理决定离职时,我一直过着幸福的生活。 我被提升到半职位,但是我很难进入这个职位。

对于初学者,我从来没有真正关心的networking和基础设施的状态。 我只是沉浸在代码和数据库pipe理任务的海洋中。 现在,我负责软件项目和保持健康的基础设施。 最重要的是,我必须参加支持电话7x24x365,大部分时候,一些黑暗的黑盒子应用程序(不是在这里创build的,而是由全球的一些远程公司部门)没有达到预期的效果。

这只是IT /基础设施专家,新开发人员和我。 所有关键的支持问题都来自我。

任何人有相同的背景? 任何人都可以提供一些关于如何更好地参与和关心事物的基础设施方面的build议吗? 任何关于如何保持我的理智的build议?

作为新加冕的IT王子该怎么做:

  • 决定你是否想做这个工作。
    如果你这样做:
    1. 把工作正式化(标题变更等)。
      这可以是“立即生效”或“临时6个月”,并且应该带有一定百分比的工资反弹,以反映你新的更高级别的责任。
    2. 收集部队。
      • 讨论环境状况
      • 更新你的文档,图表等
      • 决定需要解决的问题,并开始制定解决scheme。
    3. 在你的计划上build立子项目和里程碑。
    4. 准备一份提案,并提交给你上面的人。
      准备好打一场短暂的艰苦的战斗(如果我们谈了很多钱,还是一个很长的战斗)来执行你的计划。
    5. 执行计划。
      把你光荣的成功报告给pipe理层。
      如果你的头衔是暂时的,那么把它变成永久的。
      考虑要求加薪。
    6. 转到2。

当需要解决这些问题的时候,这些项目就会变得非常明显(或者当空闲时间可用时,您应该继续工作):

  • 如果支持呼叫量非常高,请降低支持呼叫量
  • logging所有这些“黑匣子”软件组件,以及在爆炸时要打电话给谁
  • logging你所有的程序等
  • 实施(或改进)监测系统

至于保持你的理智,忘记它。
最好的build议是在桌子的底部抽屉里放一瓶好苏格兰威士忌,而不要单独喝。

几个额外的实践点:

  • 花费多余的时间让最终用户开心。
  • 制作清单 – 每周,每月,每季度,每年 – 例如validation安全策略生效,防火墙规则集合等
  • 如果您还没有票务系统,可以获得票务系统。 Bugzilla工作正常。
  • 如果你是一个合规驱动的angular色 – SAS-70,PCI等,尽早花费额外的时间,以确保你了解你的文档要求,以certificate合规性。 这是昂贵的,也许不可能解决,如果你弄错了。

还有其他很多好的build议。