Get best of the week

一家产品公司的IT管理模型

如果您成为IT的领导者，那么您就会遇到大问题-很难找到所描述的生产组织模型以及针对CTO和CIO的KPI设置。任何行业的任何经理的任务都是监视竞争对手，“最新技术”（示例）并为您的公司带来最佳实践。根据我自己的经验，我要说的是，您将不得不结识朋友，并与酒​​吧，会议，参考访问和会议上的其他服务站共享示例。

图片

在Habré上，我找不到有关管理模型和指标的内容，但这还远远不够，所以我决定分享自己的经验。

让我们从回答为什么我们公司对服务站负责的问题开始：

  1. 球队。服务站负责选择和保留强大的工程师团队，并参与其中。
  2. .IT- , , .
  3. . , IT- , .
  4. . IT- IT – , , , .
  5. . . , CISO ( – ). IT- .

现在，让我们看一下度量标准，这些度量标准将帮助您查看职责范围。指标在某些地方是衍生产品，因为 直接测量是行不通的。

1.团队


指标


  • IT功能的完整性。做什么的？答案是，由于人员少，因此无法完成计划的任务。招聘的优先级严格根据人员配备指标设置。人员配备水平越低，您的人力资源优先职位越高。一切都很简单。
  • 在功能上下文中的“流动性”。做什么的？员工流动率高/增长意味着您的团队氛围恶劣，流程或工资问题。集群问题将有助于退出-采访员工。
  • 根据当前雇员的建议到达的雇员百分比（推荐指标）。越来越多的百分比表明您的工程师喜欢为您工作，他们愿意向亲密的人和熟人推荐您的公司。

2.建筑


仍有一个实验领域。但仍然：

我的指标


  • 建筑上的偏差。它是什么？架构偏差-您在生产中发现某个实现不符合批准的架构标准。做什么的？IT领域是一个巨大的互连系统，必须按照规则运行。如果您不遵守规则，则系统根本不会这样做。
  • PageSpeed Insights -. - . ? . – , , Google -.

3.



  • - .
  • TOP . ? , .
  • TOP .? , . «» , .
  • Crash-free .

4.



  • IT – — , , . ? , Gartner, IT . . , , , , . , , overpriced .
  • TOP . ? . , , , .
  • -% .

5.



  • /. ? , , .
  • SLA .? , , IT — , ...

读者可能会问：“但是，诸如上市时间，自动部署数量与手动数量之类的重要指标又如何呢？答案是肯定的，他们曾经看过它们，现在它们与我们无关。对于指标来说这是正常的，每个指标都有自己的生命周期。

现在，让我们继续进行DomClick中IT的功能。我不会用“开发，实现，维护，操作”来引用经典-我将在不同的抽象级别上描述函数：

  1. 产品开发。通过销售产生产品的团队，公司将从中获得主要收入。业务和IT团队混合在一起。有RO和CJE回答“做什么”和“什么优先”的问题，工程师回答“如何做”的问题。
  2. (ore). , «» . , , , API Gateway, , ..
  3. . , – , , .
  4. - (Web Core) , web- , UI-, .
  5. . - : , . «» , , , . — .
  6. . , , , , , k8s, .
  7. DevOps. . .
  8. . , IT . , , .
  9. R&D. , . - VR/AR, , -.
  10. . , IT- . , (, , ) . , , , - IT .
  11. IT . ( ). IT — . .
  12. Data Science. IT DS RecSys ML. OCR NLP – , , - . , OCR. DomClick.
  13. . , . , , .
  14. . , , , scrum

功能布局在DomClick看起来是这样的：

图片

在我的业余时间，我建议你阅读的文章我们的内部和核心业务发展主管，以及文章由一个从工程师的基础设施建设和维护部门。这些家伙在做什么，将有点清楚。

一个职能不一定是一个庞大的团队。有些功能可能由一个人组成，但必须由某个人来解决此问题。也许一开始，您自己。

这些功能的布局由您自行决定，因为这取决于员工的能力。我将仅提供两个来自个人实践的提示：

  1. . , . , - k8s , - , - .
  2. , . – ore , . , .

我们具有有趣的独特功能，可以极大地简化优先级问题上的工作和级别冲突。您还记得，IT除了创建和销售产品外，还必须切换到与API相关的产品的新版本，进行重构，修复漏洞并分析根本问题：

  1. 每个团队将其20％的时间用于工程配额。在这个配额中，我们尝试解决所有上述问题，并在剩余时间进行研究。重要提示：20％不包括网络安全错误和阻止程序，由于食品配额而被消除。
  2. 大范围的产品开发（几个敏捷团队在一个产品上工作）都有自己的小型平台团队，这通常可以确保“长寿”不会消失，并且只能解决该产品的工程问题。

最后


  1. – , .
  2. , .
  3. . , IT 2020 , - (Web Core), R&D, — 2019.

More articles:


All Articles