软件工程师和操作和维护工程师应在软件开发和维护期间合作和共享类似的职责。对于操作和维护和软件开发人员之间的关系，现在有什么不同的？ 超过20年前？

　　在20世纪80年代和1990年代，软件的大小仍然很小。开发人员写软件，将其交付给“制造链接”，如保存到软盘或光盘，然后你可以将它发送到商店。该商店负责将其销售给用户。如果用户遇到问题，然后他们会致电客户服务。客户服务的目标是避免客户和软件开发人员之间的直接沟通。如果系统管理员遇到比例问题（自动[企业网站建设]安装或制作服务器以处理更大的用户），然后，它们将根据操作手册的说明操作。但大多数人将把这个问题转移到真正了解这些产品的开发工程师。然后他们负责开发真实的解决方案。

　　营销网站建设公司

　　开发人员和客户之间的关系：一对多[小企业网站建设公司]。

　　与客户的互动：禁止。

　　系统管理任务：偶尔。

　　敏捷如何改变与开发人员的互动？

　　我认为发展操作和维护是敏捷方法的必然结果。如果软件团队由于更快的释放周期和更高效的沟通而需代运营公司网站要提高其效率。所以在添加系统管理员的过程中，您是否在进程中做出了更有意义的

　　开发操作与维护和敏捷性之间存在很多相似性。他们都是彼此的进化。业务的发展将不可避免地加入敏捷声明的实践方法和哲学。2001年早期敏捷宣言，当时， 网络真正成为一个正式的成熟平台。它的主要概念

　　通过流程和工具的个人活动和互动实现;

　　全面文件开发软件开发;

　　客户合作通过合同谈判进行;

　　根据计划治疗[建筑企业网站]改变。

　　当然，敏捷过程和方法不仅包含这四个原则，由于披露了敏捷声明，敏捷性定义及其实施一直在不断增加和发展。

　　敏捷实践提出了一种新的网站生产软件开发方法，业务的发展进一步基于这些实用方法。但主要集中在加强合作和技术之间的开发和运营和维护之间，这使得开发和操作和维护的作用相互连接（现在几乎所有方面）。它带来了文化转型，让操作员更靠近软件开发人员的方式。这些包括解决问题和参与设计和部署过程的方法。