组织架构与分工？

各子组织的职责、边界是否明确？

（安装、升级）部署规范？

必须有部署文档。

各个模块/组件部署在哪台服务器？哪个路径下？

一切非正式启用的任务、文件(夹)、安装资料必须依据实际用途以 bak、tmp、test 3类字样标识

不论是测试环境，还是生产环境

/home/sdc/ : 部署路径，假定 该软件企业统一使用具有 sudo 权限的 sdc 用户

  /bin/ : 运维脚本

    /crontab-scripts : 本项目中的一些定时脚本（状态监测与恢复、自动化清理任务等）

      xxxAppMonitor.sh : xxxApp应用模块的监测脚本

    sdcServer.sh : 系统统一运维脚本

  /backup-data : 应用数据备份路径，例如：数据库、配置文件

    /mysql.dbA.dbB.dbC.dbD.at.202109171856.by.johnnyzen.bak

    /appA-xxxx.tar.gz.at.202109180945.by.johnnyzen.bak

  /... : 应用模块的分类部署路径

    /appA : 应用A的部署路径

    /appA.at.202109182102.by.johnnyzen.bak : 备份

    /appA.at.202109182227.by.johnnyzen.bak

    /appB

    /appB.at.202109182228.by.johnnyzen.bak

/opt : 第三方软件 存放路径

  /SDCInstall : 初次安装的安装包 存放路径

  /SDCUpgrades : 升级包存放路径

    /20210918/ : 升级部署的日期

      /SDCUpgrade

        /server : 安装包

运维规范？

针对多个软件项目的运维工作，如何低成本、高效率地管理用户/客户的问题和需求？如何以较短时间同步任一问题或需求的最新进展？

解决方法：在线协作文档。1个项目1份Excel的在线文档；N个项目有1份链接到各个项目的链接列表

运维期间的状态管理？

私有化部署的软件商业模式，存在哪些问题？

如何保证不同项目的【现场环境】与IT软件企业【研发环境】的一致性？（代码版本、环境配置）
应对多个项目的IT软件企业的【研发环境】中，如何快速地切换到不同项目的【代码版本/现场环境】？

X 其他

1 沟通成本高（信息同步成本高）:

  商务-售前-交付侧(接口人-执行人)-项目研发侧(接口人-执行人)

  部门A交付侧-部门B交付侧(接口人-执行人)

[软件工程]TO B型IT软件企业在工程管理角度所存在的诸多问题的相关教程结束。