我负责产品的合并，部署和发布。我工作的公司服务。我从开发中慢慢转移到这个位置，所以很多这对我来说都是新的（我猜！）
我们有一个部署流程，但没有真正的发布程序，除了在发布前不久告诉利益相关者和员工有关这些新服务/功能/错误修复。
我听说过有关ITIL版本管理，CMDB，版本控制和其他版本的大型版本，但实际上是否需要它们，或者我最终会被一堆废话加重。
我想我想问的问题是：我的第一步是什么？我是从一个小山丘上建造一座山吗？我如何塑造这个部门？
史蒂夫
答案 0 :(得分：1)
在我看来，遵循ITIL惯例或实施CMDB不是必要的，而是最佳做法。在您的情况下，最重要的是，第一步是开发或记录有关您所做工作的声音流程。对于文档，您可以使用“程序员友好”工具，如wiki（MediaWiki，TikiWiki），但如果您不记录您的实践，则很难实现持续改进。
如果您已经实施并记录了流程，则可以学习与您所在部门相关的标准和最佳实践。 ITIL和ISO 20000-1是专注于您提供的服务质量的标准。服务，而非持续运营。 ITIL可以为您提供一些有用的（但不是必需的）良好实践，如实施CDMB。如果您正确实施CMDB，您的部门将在数据库中拥有您用于提供服务的资产的配置。您将能够在您的客户端上存储系统配置或您想要的内容。 CMDB可以将其元素与事件或已知错误相关联，以便支持部门为您的客户提供最佳服务。
CMMI或CRUM是您可能感兴趣的其他标准/框架。
关于版本控制，我认为某种版本控制是必须的。 GIT或Subversion是不错的选择。
我认为非常有趣的其他工具是某种持续集成，例如Jenkins和Trac或Mantis等一些票务系统。