软件项目“监理”是否有人做过?

xxn_xxn 2001-11-23 11:00:49
不做实际开发,只是作为第三方帮用户做个“监工”,不知各位有无作过?
...全文
908 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
xxn_xxn 2001-12-24
  • 打赏
  • 举报
回复

(正在写的时候,机器死掉了,一段文章又得重新来一次,简直气愤,不过讨论还是要继续的。)
to wonder:
非常感谢你的讨论,学到不少东东:)

我认为你的监理非常符合一些大型的,备受领导关注的项目,如果从头跟踪一个项目,成功的几率是很大的。当然,SA必须是优秀的。您说的项目监理技术方面的人员基本上做的正是SA所做的。
我对你的说法也很赞同。

那么,对于富有中国国情的、不是很大型的、软件质量保证很悬的一些软件来说,怎么做更合适?就是说甲方领导对软件工程一知半解, 乙方开发小组有可能没有优秀的SA(乙方拿到项目的原因可能是有个优秀的老板,呵呵),而且在程序已经开始编码的时候,甲方领导说请个第三方做做监理吧,现在,站在第三方的角度,怎么开始?

最好的入手点大约应从 对开发过程的关键点进行检查开始,(作过项目的人心理都明白,这其实是治标不治本的办法。)不管什么吧,这种层次的监理也是一种监理,只是程度较浅。

依次类推,我想应该还有一种“监理”,或者应叫做咨询更合适,作为第三类监理。

在国内,软件监理确实是一片空白,真想作点什么呀。(不罗嗦了,祝各位平安夜愉快:)
haitaoyu 2001-12-23
  • 打赏
  • 举报
回复
呵呵,监理我也见过不少了,不过,富有中国特色的是,女性监理蛮多的
w102272 2001-12-23
  • 打赏
  • 举报
回复
TO xxn_xxn:
和iampole说的很类似.
 一般来说,甲方有信息系统需要开发.
 但是甲方在开始的时候并没有一个IT部门,也没有很厉害的人员帮他去作分析和运作
 这样,出于成本的考虑,甲方并不想建设一个大的IT部门,但是呢,要是直接外包给
 乙方,乙方又未必能够达到满意的效果.
 因为乙方往往是IT公司,对甲方的领域并不是非常了解,当乙方的工期开始以后,他
 们也是具有独立法人人格的公司,因此不可能陪同甲方作很多前期的业务分析和设计.
 甚至乙方根本就没有能力作这个事情,但是甲方无法评估.

 我的工作正好是在前期阶段介入,从很多的角度去分析问题.比如:
 分析甲方的业务需求,领域需求,
 业务模型(这很重要,因为SA的工作常常是技术建模,而不是商业模型)
 从市场的角度去分析甲方的业务需求,甚至包括组织变更.
 从投资的角度分析甲方资金的用法, 从技术分析甲方项目的关键技术,等等.
 类似智囊和顾问的意思.
 但是当然不止我一个人作这个事情.我只是负责技术分析,我和别人一起完成产品定义
 阶段的工作.

 然后,在寻找乙方之前,我们需要完成产品的初期设计,大致可以类比为SA的快速原型
 但是这个原型更多关心产品,市场,以及最终的效果.这个设计,事实上还包括为了完成
 某个方案,大致的预想中的计划,进度,质量控制方法,关键的检测点等等..
 还包括资源,比如:人员,资金等等等等,很多很多....
 当然,我们提出的这些东西最终组成了一个文档体系,该文档体系描述了产品的规划,
 发展,销售,等等各方各面的东西.
 其中的技术方案定义了产品的设计方法,但是这个设计方法不是最终方案,也允许乙方
 改变,而且一般来说,也不规定死必须用什么,比如是JAVA还是VB.
但是我们的设计,完全定义了在产品开发中,必须完成的接口,工作模式,数据描述,
 标准和规范定义,以及完整的业务逻辑,业务处理,以及产品的应用模式.
 就是非常详细的需求分析,但是不仅局限在技术需求分析上.而是产品需求分析.
 这个阶段,角色应该类似一个分析人员.

然后,需要配合甲方,如果甲方需要组建部门,则帮助其招聘,面试必要的人员.当然
 为了完成这个工作,甲方很可能会临时授予一个比较高级的职务,帮助完成其组织工作.
 对于乙方来说,就是寻找合适的乙方,对其进行必要的交流和评估,对其方案,技术能力
 质量,信用等进行综合的评估.为总经理或者老板提供决策的参考.当然,仅仅是参考.


 然后,就进入实施阶段,因为质量,需求,关键点已经确认.这个阶段基本上是质量保证
 的工作.就是在关键点上检查乙方的工作,指出其问题,并进行必要的协调.当然,为了
 能够实施这一监察工作.你必须是一个非常优秀的SA,这样才能够理解对方的具体设计
 并且预见一些问题,我想应该是一个产品经理+技术经理的角色了.
自然很多问题并不需要"经理",因为你是监理,不是经理.
 另外,可能还需要作必要的知识管理工作,比如:建立文档体系,建立沟通和通讯机制,
 把乙方的开发成果固定下来,并用甲方能理解的方式,以文档方式把这些知识凝聚下
 来.为甲方所用,所吸收.

 再然后,就是帮助甲方评估乙方的开发效果,完成乙方的测试,集成测试,运行测试等工
 作,然后对甲方的人员讲解一些必要的知识,培训.所谓送上马走一程的事情.

 最后,大概就是和甲方讨论善后问题的时候了.是继续其它合作,还是散伙?? 
 哈哈,目前我做的项目还没有到这个阶段,暂时不需要去理会它.

 老实说,这样的工作,要求的能力,知识,精力什么的,实在是一个很大很大的挑战.
 qingrun说三年开发经验,一年项目经理经验,我觉得是完全不够用的.仅有高深的技术
 能力,是没有资格作这个事情.

 至于软件工程,毕竟只是软件工程而已!光靠软件工程是不行的.因为:
 软件工程没有定义商业过程,没有定义产品成功的必要因素和保证,没有定义实施
 良好的产品开发过程(软件过程仅是产品过程的一小部分而已)应该作的措施,方
 法,控制,规范,标准.最主要的是,软件工程也没有讨论领域模型,讨论用户业务模式的变化,
 也没有讨论方法论,讨论资源协调......也没有讨论产品定义的其它方面.
 而技术狂热者讨论的什么架构/整体解决方案,最多不过是IT架构,而不是应用架构.
 再好的CMM,XP,RUP,UML,TotalSolution,J2EE,电子商务,B2B,B2C,.... 没有放置在良好
的应用架构下,依然是毫无用处.
 
 我个人认为,软件监理可以说在国内现在完全是一个空白的领域.
 本质上对于甲方来说是一种ODM+OEM的复合模式.
 sunyuzhe和haitaoyu所说的监理,本质上是一个项目协调人员,而不是真正的监理.

 其它一些理念性的东西,不在此赘述,请同行发信至xjwu@fm365.com 讨论.谢谢.
iampole 2001-12-22
  • 打赏
  • 举报
回复
我不是第三方的监理,是第一方的。
我是甲方的人员,但是深入的参与到项目的过程中。
在工作性质上类似于质量控制,
同时提供用户需求,并参与详细设计和最终的测试。
但是我的工作不完全遵循规范,很多时候是遵循老板的态度。
规范事实上是在出现利益冲突的时候双方的武器。
青润 2001-12-22
  • 打赏
  • 举报
回复
所这样的sqa,需要比较多的项目经验,在实际的软件开发中要求sqa人员至少有三年以上的软件开发经验,并做过一年以上的项目经理,也就是说,sqa人员应该比实际的开发人员具有更深入的项目经验。
不过,如果要做sqa,那么就应该在这个公司或者组织中建立起相关的规范,否则,sqa的工作是无法开展的。
sunyuzhe 2001-12-22
  • 打赏
  • 举报
回复
关注关注,upup
xxn_xxn 2001-11-26
  • 打赏
  • 举报
回复
和QINGRUN说的很接近了。主要站在用户的一方,对软件开发商的开发过程做合情合理的监控,并不是很硬性,不可能象在公司内部高质量控制那样完全控制,但又要代表客户的意思,指出软件开发过程中的不合理现象等不利于软件成功的种种。有点向建筑行业的工程监理的意思。
对工作人员的要求是很高的。
TO wonder:
可否具体介绍一下你的工作?
TO qingrun:
我也是这样理解的。可是进一步考虑,在监控过程中的深度和广度似乎不是很好掌握哦。
何况,作为第三方来说,开发商和用户的配合对监理来说,也是很重要的。

我是作过几个项目,但有自知之明,那套实际经验高度不够。而且,完全按软工的那套来的话,又太不切实际了。
linclouds 2001-11-24
  • 打赏
  • 举报
回复
做监工可是很难哦!要求你至少水平不低于开发者,否则怎么查的出别人犯的错在哪呀!
青润 2001-11-24
  • 打赏
  • 举报
回复
监理和监工应该是有区别的吧?如果你的意思不是指软件质量保证的话,那就应该是软件质量控制,而质量控制一般是由测试来保证的。这也不是监工的意思,我觉得这个监工应该是址软件质量保证,也就是SQA,他们只做质量规范方面的审计,也许你的监理应该是在SQA上增加软件质量控制的内容了。
青润 2001-11-23
  • 打赏
  • 举报
回复
这应该属于软件工程活动中的软件质量保证方面的事情,也就是SQA。
你可以参看一下rup中关于sqa的工作介绍。
w102272 2001-11-23
  • 打赏
  • 举报
回复
呵呵,我现在就在作这个工作。
不过好像这方面的公司太少,应该是很难找到一个专门作监理的公司。
建议你找一个工程项目经验的经理,然后帮助你看着就可以了。
xxn_xxn 2001-11-23
  • 打赏
  • 举报
回复
有专门做监理的公司吗?
xxn_xxn 2001-11-23
  • 打赏
  • 举报
回复
软件质量保证到是略知一二。只是没有第三方监理的经验,不知从何下手。
本文件包含:数据库工程师+系统项目工程师+信息安全工程师+信息系统管理工程师+信息监理师 熟悉软考的人都清楚,软考是目前中国最权威的计算机测试,具有最高的含金量和最广泛的覆盖范围。随着国家对软考的重视和普及,该测试的应用已远远超出了传统软件行业,因此才会有越来越多的人想参加软考考试,并获得相应证书。 软考也叫软件水平考试,全称计算机技术与软件专业技术资格(水平)考试,是由国家人力资源和社会保障部(原人事部)、工业和信息化部(原信息产业部)领导的国家级考试,其目的是,科学、公正地对全国计算机与软件专业技术人员进行职业资格、专业技术资格认定和专业技术水平测试。 根据原人事部、原信息产业部颁布的《关于印发〈计算机技术与软件专业技术资格(水平)考试暂行规定〉和〈计算机技术与软件专业技术资格(水平)考试实施办法〉的通知》(国人部发 [2003] 39 号),计算机资格考试纳入全国专业技术人员职业资格证书制度的统一规划。通过考试获得证书的人员,表明其已具备从事相应专业岗位工作的水平和能力,用人单位可根据工作需要从获得证书的人员中择优聘任相应专业技术职务(技术员、助理工程师、工程师、高级工程师)。
软件技术专业人才需求调研报告 作者:景宏磊 林文渊 来源:《科技视界》2013年第10期 【摘 要】本文针对目前软件技术专业毕业生就业现状,分析了信息化社会对计算机人才的需 求,并由此分析了目前软件技术专业教育教学中存在的问题,并提出了计算机应用型人 才培养的几点建议,以培养应用型人才为目的,改革教学体系与课程设置,开展校企合 作,加强师资队伍建设。 【关键词】实用型人才;教学改革;校企合作 1 软件产业发展的主要特点 1.1 软件产业规模迅速壮大:我国软件产业随着国家政策环境和市场环境的不断改善,产业 规模明显扩大,全年共完成软件产品及系统集成收入2424亿元,同比增长48.4%,高出全 行业增速7.2个百分点。其中,软件产品(含软件服务)收入1490亿元,同比增长35.3% ,占软件产业比重为61%;系统集成收入934亿元,同比增长75.7%,增速比上年提高了2 0个百分点以上。2010年全行业完成软件出口28亿美元,比上年增长40%。 1.2 软件行业的在我国东部和西部地区的发展差异非常显著:我国的经济发展区域性差异也 影响了软件行业的发展,也造成了软件行业在地区之间的发展不均衡。纵观全国软件和 系统集成的收入分布情况分析,软件行业大多集中在东部地区,对于中西部等地区的软 件行业主要依靠少数几个省市的带动。 1.3 软件行业的产品需求结构不断变化,工具(平台)软件的更新和中间件的不断丰富:从 产品需求的结构来看,和往年相比较,软件产品的市场结构正逐渐的发生了变化:应用 软件的市场份额依然占据主导地位,工具(平台)软件的需求量在市场中所占的需求份 额正在逐年下降,中间件所占的比例不断上升。2012年,在我国软件产品市场需求中, 工具(平台)软件的需求量已经下降到22.9%,下降了3.1个百分点;中间件的需求则增 长至12.6%,提高了4.9个百分点,应用软件的比重为64.5%。 2 对软件人才的需求分析 随着我国信息化进程的深入,软件技术专业的就业行业领域也正在逐步扩大, 软件技术专业毕业生可选择从事科研活动、教育事业、企业开发、事业单位、技术岗位 和管理岗位等单位和部门从事计算机方面教学、软件开发和维护、计算机信息系统的建 设和维护、软件相关技术支持和监理等方面工作,可以担任的行业岗位包括软件硬件开 发人员、软件测试从业人员、软件技术支持、计算机信息管理监理工程师、计算机网络 系统集成工程师、计算机系统管理等软件专业技术岗位工作。另外,很多非软件行业的 单位也有着大量的熟悉计算机及相关专业技术的从业人员。但是,即使就业选较广的软 件技术专业的应届毕业生,也面临着一次就业的难题,这也是我国多数高校软件技术专 业毕业生的尴尬现状。 3 软件技术专业培养人才过程中的主要矛盾 按照过去对软件技术专业人才培养的认识,软件技术学科是关于算法的学问, 培养的人才必须具有开展算法研究与应用的能力。这是一种以专业学术的发展和专业研 究为导向的人才培养模式,在此种模式之下,学院重视学生的理论知识讲解,而不重视 实际应用的培养,多数高校培养人才的目标更重于学研型和学术型,缺少独立分析解决 问题的能力;对软件开发、开发工具和开发方法的应用不熟练、行业经验匮乏、缺少对 现实事物的抽象能力。当今的信息化社会更需要的是以职业能力为导向的人才培养模式 ,社会要求培养的毕业生不仅要有扎实的基本理论知识,还应具有较强的社会实践动手 能力。用人单位要求招聘来的学生经过较短的就业培训就能够适应自己的工作岗位,对 于软件技术专业的应届毕业生,不仅要求学生具有较强的动手能力,而且要有实际项目 开发经验、专业基础也要比较好,还能够熟练的运用软件技术来解决日常工作中遇到的 一些问题。 4 教学模式改革的建议 4.1 转变教学观念,以市场需求为导向、培养应用技能型人才:近些年来,随着科技的不断 进步和社会的不断发展,计算机软件已经逐步应用到了生活的各个方面,这样一来就需 要大量大计算机软件开发和维护人员,而当前的企业需求人才的情况是需要有一定的软 件开发经验,这样一来就能够很快的进入工作状态,并且能够保证整个项目的开发进度 和开发质量,而当前的多数高等院校的计算机科学与技术专业以及软件技术专业往往培 养的是科研型和研究性的人才,在整个专业标准和实训环节上往往还是比较偏重于理论 教学和验证性的上机操作,这样一来毕业生往往缺乏动手能力,很难一毕业就升任公司 所给出的工作岗位。因此,转变传统的教学观念,引入新的课程及培养方案势在必行, 对于以学生实际就业为导向的课堂教学应加大力度。 4.2 教学标准和所学课程的改革:对于教学标准的改变,要从软件技术系实际情况出发,结 合当前学生的自身学习情况和所掌握的知识的情况,及学生适应的岗位群进行剖析,最 终确定对于软件技术系整个三年的培

1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧