×

扫描二维码登录本站

标签: 暂无标签
在某单位,有个200多人的开发团队。职责有二:1)负责新IT应用系统的开发,提供给公司业务用户及内部用户(员工)实用; 2)对开发的这些系统进行持续的维护改进。。甚至为了提升日常工作效率,内部用户方需要查些报表数据,不找DBA,而是直接找开发来进行提供。。 那么对于这个也兼任了维护功能的开发部门来说。他们是否也属于 运维体系的一部分??





上一篇:监控是否适合做服务台工作?
下一篇:上海有哪些培训机构做ITIL,推荐几家比较好的呗!
nilewole2008

写了 190 篇文章,拥有财富 21136,被 12 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
kansaiman 发表于 2013-9-3 22:49:51
楼上讲的非常专业,{:soso_e179:}
admin 发表于 2013-8-30 14:48:57
我来说说啊:

1、这种现状是不合理的,项目团队直接运维生产环境,难以控制风险,这方面CISA有明确的要求。如果开发人员自己在生产环境中放入了一段恶意代码,这个风险怎么控制呢?曾经就出现过一个银行业务系统的开发人员放入一段代码,将储户的小数点4位后的尾数转入自己账号的情况;

2、项目管理需要遵从项目管理的体系和流程,运维管理需要遵从ITIL的流程,开发人员在上线前需要遵从项目管理的要求,上线后要遵从ITIL流程的要求,大家思想上很容易混淆。项目的执行过程中(尤其是上线前)代码的变更是比较频繁的,项目的开发团队在做代码变更时,往往没有运维管理中变更评审那样严谨的管控,这样的习惯大家自然会带入对上线后的生产环境的管理,可能造成变更的风险;

3、让项目团队做这些运维工作,也牵扯了开发人员的精力,不利于新项目的开展;这样也容易造成新上线的系统没法移交给运维团队。
kansaiman 发表于 2013-8-29 21:43:30
开发团队在做运维的事,应该成立运维团队。
各自负责各自的工作职能。
jacky 该用户已被删除
jacky 发表于 2013-8-29 13:48:55
提示: 作者被禁止或删除 内容自动屏蔽
1234下一页
Powered by ITIL  © 2001-2025
返回顶部