人员、过程、产品是信息中心开发管理核心

  众所周知,信息化管理是现代企业关注的焦点,作为企业的科技推动部门,信息中心的地位正在逐步提高,并发挥着举足轻重的作用。企业信息中心除承担ERP实施等大型项目的组织推动工作外,还经常根据企业需求开发小型管理系统。大型项目的开发通常会和专业顾问共同推进,小型项目完全需要信息中心凭借自身的能力和对项目的控制来完成开发任务,对这类开发,往往因为缺乏经验而陷入困境,本文就小型项目管理方法主要关注三个方面内容,一是人员,二是过程,三是产品。

  人员是管理的第一考虑因素。要使员工对工作具有高度积极性并保持对工作的热情,就要增加员工的工作动力。工作动力主要以激励为主,以处罚为辅,通过考核激励员工。但由于考核方法和操作考虑不周,往往起不到激励作用,反而打击了员工的积极性。所以,要采用切实有效的方式方法才能达到管理的目的。绩效考核是企业常用的考核方式,通常采用结果导向、个人和团队考核作为绩效指标。结果导向主要包括产出结果和过程符合度两个方面,只关注过程,不关注结果,达不到工作要求;只关注结果不关注过程,会严重挫伤积极性,所以平衡过程和结果才能达到预期效果。个人和团队考核,有助于培养团队精神和主人翁意识。团队业绩离不开每一个成员的努力,个人业绩是团队进步提升的基础,个人的发展和团队的进步紧密结合,共同进退。科学的评价员工的工作成果,可以给员工足够的肯定,对工作中的问题也能明确指出,以指导员工进一步改善。

  员工拥有工作的积极性,才能在工作中发挥自己的才能,与人员同等重要的是项目过程的控制。企业的信息中心同其他公司的项目团队一样,在小型项目开发中也要注重计划的制定、跟踪及控制。开发过程控制中最重要的是制定一个得到认可、并可执行的计划。得到认可,一般采用评审的方式。拟定计划初稿,由信息中心相关负责人评审,评审计划中的里程碑是否合理,能否描述出项目的范围、完成标准、完成时间等几项内容,以及在人员相对固定的情况下,工作量估计是否合理。也可以针对项目,制定小里程碑,作为信息中心开发团队进度完成的标记,通过小里程碑审视项目进度,以实现每一个短期目标,来完成最终目标。计划的跟踪也尤为重要,项目的负责人通过查看计划完成情况,发现开发过程中的问题,召开项目协调会,报告项目进度,及时调整工作安排。对计划的控制也要有一定的力度,基本上保持开发跟着计划走,对开发工作做好约束,如果控制不利,让计划跟着进度变,就根本没有做到控制。可行的控制,主要是在计划变更调整时需经审批,在对整体进度未造成影响的情况下,做适当调整。

  通过规范的管理,能使计划得到更有效的控制。企业的小型开发目的主要是为满足企业特殊功能需求,系统强调实用性和方便行,并且一般项目周期比较短。但通常由于需求紧迫,不能做深入考虑并且导致无设计或者在编码时编写设计,文档想起来就补,导致软件功能缺失严重,现用现补,或与需求根本不相关,没有测试阶段,操作人员初期使用才算是软件的测试,导致整个软件结构不清晰,功能混乱,错误百出,无法正常使用,最终废弃不用。这是没有注重流程规范的作用。起初,每个人都有雄心壮志,在企业内部调查,再找些资料后,就迅速开始工作,在编码之前无所事事,走了弯路之后,才想起做得不对,虎头蛇尾,无法执行规定。由此可见,小型的开发也需要有流程规范来制约。流程规范制定的目的是指导员工如何做事,有了规范,才能保证开发工作的一致性,才有依据来约束开发过程。流程、规范制定出来后,如果没有强化的培训,直接导致执行效果差,所以要制定培训计划,在适当的时间组织培训是必要的。开发一个小型系统,要得到企业领导的认可和各部门的支持配合,按照规范制定可执行的计划,并做好监控。

  产品是指信息中心最终的交付物,是开发的成果。对于成果的控制,主要是从需求开始,信息中心要对各部门的需求作充分的调研和沟通,从三个方面考虑业务部门的需求,首先是业务部门明确提出的需求,其次是业务部门认为应该满足的隐含的需求,最后还应该考虑业务发展的需求,并且尽可能多的了解包括需求的提出人(部门、职位),需求业务发生原因,需求业务发生频度,预计的需求完成时间(最晚)。通过对需求的深入理解和严格控制,才有可能设计开发出质量高的产品。在产品设计开发过程中,有效的质量保证手段是评审。通过对需求、设计和代码的评审,能够尽早的发现缺陷并且控制缺陷,从而预防因为软件质量而导致的产品不能正常交付。信息中心做产品开发的时能够畅通的和业务部门进行沟通,让直接的使用者参与进来,并对产品提出意见,这样对产品的最终交付奠定基础。交付一般分为一次性交付和渐进交付两种,一般项目都采用一次性交付,也就是说整个产品开发完毕后,才将产品交付给使用者,而渐进交付一方面可以充分的了解需求并积极改正,另一方面也会带来一个严重的问题:需求范围无限扩大,导致项目进入一个无底洞,所以需求控制也将是项目中需要着重考虑的问题。有了积极主动的员工配合和对过程的有力监督与控制,才能使信息中心开发的产品质量提高、更具有实用性,真正为企业带来价值。

时间: 2024-09-25 17:53:56

人员、过程、产品是信息中心开发管理核心的相关文章

迭代式产品开发的核心思想与理念

文章描述:论迭代式的产品开发方法. 对基础构思的完善和原型化 一款游戏从创意到开发,抽象来看可以分为两大阶段:基础构思的阶段,和迭代开发的阶段.任何游戏在最早的时候都只是一个或者一组零散而不确定的构想,策划人员将这组构想加以整理,抽取其中相互联系的规则组成核心规则集,这就是产品最初的框架.譬如说俄罗斯方块最初的规则可能包括:方块连成一行就消除并加分:头顶随机掉落新的方块:方块可旋转,等. 一般来说,在这个阶段,游戏开发者会寻求利用这组核心规则建立一个简单的DEMO,用来验证游戏本身的可玩性.这个

如何管理产品研发-关于产品开发管理,让我痛不欲生,我该怎么办

问题描述 关于产品开发管理,让我痛不欲生,我该怎么办 我们负责一个产品研发, 我手下有3个人,1个人有8,9年开发经验, 1个有3年开发经验,1个有1年开发经验.我有7年开发经验, 但是现在我主要工作就是协调并管理他们的开发,在这个工作之外我还有相关产品设计的其他工作,可是对于管理他们的开发我感觉束手无策,感觉控制不了. 比如有一个功能,我觉得以我的经验,20分钟可以修改完, 可是那个感觉开发经验和实力超过我的,却汇报工作时安排了1个小时处理这个问题,但是我呢,也不确定这个时间是不是我估计错了,

《配置管理最佳实践》——1.3 源代码管理核心概念

1.3 源代码管理核心概念 就像其他学科一样,源代码管理也有它自己的术语.可能你以前从其他一些配置管理人员那里听到一些技术行话却百思不得其解,读过这一章你就不会再对这些术语感到陌生了.这一章将会帮助你理解这些核心概念.理解了这些概念对理解源代码管理最佳实践也是非常有帮助的. 1.3.1 建立基线和时间机器许多开发者认为源代码管理就是简单地从源代码管理工具中(一个代码库)签入和签出代码.就像大多数人认为的那样,多年前一些比较老的版本管理系统的确是这个样子.如今,虽然大多数配置管理代码库具备的可靠性

《产品设计与开发(原书第5版)》——导读

前言 本书是我们在产品开发这一跨学科课程讲义的基础上编写的,该课程面向工程和工业设计领域的研究生以及MBA学生.尽管本书的主要受众是上述跨学科领域的研究生,但是许多工程设计领域的本科生和研究生教师也会发现它是一本非常有用的教学参考书,同时本书对专业人士也非常有用.实际上,我们不可避免地需要针对专业读者来编写,因为大部分学生本身就是专业人士,他们都曾在产品开发或者相关领域工作过. 本书把市场营销.设计以及工业制造的观点融合为产品开发的整体思路,因此能够使每个学生准确地理解实实在在的产品开发实践,以

产品经理要把握管理的职能怎么做

产品经理是一个管理的角色,这点应该有很多人赞同吧,虽然这个管理大部分不是人事和财务,而且做管理也木有头衔,主要是管理一个产品从概念到实现的过程,最终的产出物是一个有着特定功能,满足了人们某种需要或者欲望的产品或者服务.既然是管理的角色,那么就从管理这个侧重点来说说产品经理应该怎么样去把握管理的职能. 产品经理的管理职能侧重于产品的管理,这方面有点类似于项目管理;也有人员协调.工作安排等方面的管理,这方面就和真正意义上的管理差不多了.从管理学的角度来讲,管理的几大职能大概有计划.组织.指挥.协调.

万利达董事长吴惠天:产品是企业创新的核心

作者:胡春民 以生产VCD播放机起家的万利达集团有限公司目前业务涉及消费电子.计算机.移动通信.小家电.新能源等多个产业,产品包括移动DVD.移动电视.液晶电视.多媒体播放机.GPS.笔记本电脑.手机等200多种,年销售额超过100亿元,利润在4亿元以上.已有20多年发展历史的这家家族企业能够成就现在的规模,得益于万利达集团董事长吴惠天独特的企业管理理念.他认为,企业生存发展的核心是产品创新,在产品创新的基础上实现业务的多元化经营. 管理上已实现两权分离 记者:大凡家族企业都存在体制上.管理上的

先放下对质疑,看看余佳文说产品、市场与管理的这些话有没道理

先放下对质疑,看看余佳文说产品.市场与管理的这些话有没道理 时间:2014-12-02 15:02 来源:虎嗅网 作者:福布斯 大家好,我就是最近被黑出翔的余佳文. 反正牺牲小我,完 成大我嘛,我被骂了,公司业绩还变好了,我觉得我比陈欧好多了,陈欧是被骂产品,至少我不是被骂产品,而是被骂这个人.骂就骂嘛. 我今天分享什么呢?第一个讲做产品,怎么做一个好的产品?那你觉得我吹牛逼就吹牛逼,你爱怎么想怎么想.第二个讲怎么推广,这点我很牛逼啊,你看我能够被全国人民骂,被全国人民夸,你就得跟我学. 好产品

产品经理和开发工程师

看andy 的<PM如何突破工程师心防?>和<工程师如何不被PM欺负>感触了一下,欢迎拍砖,讨论. 从团队角度说产品经理和开发工程师应该是一条战线上的兄弟,因为大家的目标是一致的.无论是产品经理和开发工程师大家都想把产品和项目做好,这里我们可以说:"志同". 但是产品经理和开发工程师因为在产品开发过程中所扮演的角色和工作内容不同,而且可能相互不了解工作内容,期间会有很多沟通的成本,沟通不是说话,而是改变行动.真正的沟通者关注沟通的效果.在沟通时,重要的不是你说了

基于.net开发chrome核心浏览器【一】

原文:基于.net开发chrome核心浏览器[一] 说明: 这是本系列的第一篇文章,我会尽快发后续的文章. 源起 1.加快葬送IE6浏览器的进程 世界上使用IE6浏览器最多的地方在中国 中国使用IE6浏览器最多的地方在企业中 让他们自己去装个chorme太难了 索性开发个浏览器(其实是浏览器的外壳)给他们 用"代码改变世界"是博客园园友的口号 2.一劳永逸的解决浏览器兼容问题 各种浏览器的CSS hack问题再也不用担心了 甚至公司里前端的职位也可以减少几个了 3.更方便的使用更强大的