软件项目角色指南-开篇

 前言

 

    到2010年为止,国内的信息化水平已经有了质的飞跃。IT项目的投资、建设无处不在,已经渗透到我们生活的方方面面。这归功于计算机硬件和软件的发展,信息化的影响力对于我们是深远的、直接的和重要的。

    有个重要的转变值得提出,经历了IT业的泡沫之后,我们的用户已经由懵懂的年代,转变成具有自主经验的用户了,由IT厂商说什么是什么的年代已经过去。IT项目的发展情况就是这样,从早期的门户网站,到今天个性化的个人博客站点,可见一斑。

从瀑布模型到迭代模型,从面向过程到面向服务,从传统项目管理到敏捷过程管理,软件工程的发展进步等等,这些都是我们这一代项目干系人所经历的事情,也是我们不断探索、发现与实践的过程。在这个过程中,对于项目干系人角色的产生,也经历了由少到多的历史。各个角色的职责,所处理的事情,都随着信息化项目的发展而在发展。在这条道路上,理论和实践是相结合的。理论指导实践,实践反过来影响和修订理论。这个与一些信息化项目,比如ERP需求的发展是一致的,都在随着信息化建设的发展而在不断的完善自己,不断的调整自己的角色,不断的绘制自己的舞台。

项目人员角色的完善,同样是软件工程趋于成熟的标志。软件工程界已经提出了一系列的理论、方法、语言和工具,解决了软件开发过程中的若干问题。但是,由于软件固有的复杂性、易变性和不可见性,软件开发周期长、代价高和质量低的问题依然存在。为了使软件项目能够按照预定的成本、进度、质量顺利完成,软件管理方法对成本、人员、进度、质量、风险、文档等进行分析管理和控制。进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力,企业的软件开发能力越高,表明这个企业的软件生产越趋向于成熟,其开发风险也越小。软件项目管理已经是公认的软件开发企业的核心竞争力之一。

    为了提高项目建设、管理水平,笔者认为有必要对项目人员角色进行一个详细的描述,以帮助那些还处于懵懂阶段的初学者,以及那些需要提升项目建设过程经验的工程师。本系列的文章就是为了这个目的而编写的。由于笔者水平有限,文中出现的问题自然难免,欢迎大家批评指教。

 

 

笔者之言

 

一直以来,从软件工程角度出发,我就想对项目团队中的各个角色,编写各自相关的指南文章,一来总结各个角色的职责和对该角色的要求,二来为创业做前期准备。这些角色相信大家在项目中会有涉及到。或者,角色的划分,由于项目的大小有关,划分没有那么详细。在一些小项目中,往往是一人身兼多职,但是,他自己却没有想那么多,就是为了项目而在承担项目角色。这些项目角色,我是经历过,是根据学习和经验记录下来的。当然,这些角色所具备的知识和内容,是我的经验总结,自然有不足之处,欢迎大家指教。

 

对于项目人员,我归类了下列的角色:

 

  一. 甲方

  第1章.      客户负责人

  第2章.      用户

 

  二. 乙方

  第3章.      软件工程师

  第4章.      软件设计师

  第5章.      软件评测师

  第6章.      前端设计师

  第7章.      数据库工程师

  第8章.      软件配置工程师(SCM)

  第9章.      软件质量工程师(SQA)

  第10章.  需求分析师

  第11章.  SEO工程师

  第12章.  系统架构师

  第13章.  技术经理

  第14章.  项目经理

  第15章.  产品经理

  第16章.  文案人员(项目文档的基本处理)

  第17章.  安全工程师

 

  三. 丙方

  第18章.  监理负责人

 

 

注:该角色分类是个人经验总结,请大家指出遗漏。

时间: 2024-11-03 10:04:47

软件项目角色指南-开篇的相关文章

软件项目“免坑”指南

"谁也无法改变现状,唯有无数程序员血洒大地,才能使项目重建天日."这一点也不夸张,软件项目做烂了就是个坑,参与者也不过是填坑的.就像是在魔兽世界战场遇到国家队一样,你赢也赢不了,出也出不去. 一.坑有多深? 当我们进入一个项目时,通过不断观察我们可以发现我们的项目到底是不是一个坑.造坑的项目,往往具有某些"臭味",以下是我的一些认识,这些"臭味"即是项目健康状态不佳的明显标志: ● 编码规范形同废纸,代码质量低下.每个项目都有编码规范,但真正严格

小型软件项目开发流程探讨

一.导言 国内很多项目都是小型项目,参与人员少(两到五个人),要快速交付(一两个月) . 要成功完成这种项目,除了使用成熟且被团队成员熟练使用的技术之外,有一个良好的开发流程,也是很必要的. 二.小型软件项目开发流程 下图是我对小型软件项目开发流程的一个设想: 需求分析的重要性想必大家都应该清楚,对于项目来说,满足用户的需求是第一位的. 因为时间紧,系统设计经常被忽略. 这会留下很大的隐患,国内很多项目的需求通常是很简略的,还需要在系统设计阶段把一些需求进一步的明确. 不然会出现因为前期一些需求

CMM可重复级在特殊软件项目中的应用

引言 由 SEI 在 1991 年 8 月发布的软件能力成熟度模型( SW-CMM ),用来评估软件企业的 成熟度级别,使软件企业了解自己的优势和不足之处,从而持续地改进企业的软件开发过程,提高管理水 平,降低管理成本,保证软件开发效率和软件质量. 然而, CMM 是针对大型项目和企业制定的. 小项目和中小企业由于受到相应条件的限制,如组织结构.角色和关系.过程模式定义等,生搬硬套 CMM 框架只能给自己带来沉重的负担.可取的做法是把 CMM 作为一个参考,从 CMM 评估体系中汲取适合于自 身

使用IBM RTC管理软件项目工程中的日常开发任务

IBM Rational Team Concert(RTC)作为软件协同开发工具,被逐渐应用在大型项目的生产过程中,维系着规模庞大的项目组织团队,有条不紊地管理每一项开发任务,从而为创造高质量的软件产品打下坚实基础. RTC 提供了贯穿整个http://www.aliyun.com/zixun/aggregation/17799.html">开发过程的集成环境,包括:需求定义.迭代计划.源码控制.自动构建.缺陷跟踪.变更管理以及统计报表等功能.本文将通过三个层次,自下而上地详细阐述如何使用

《Microsoft.NET企业级应用架构设计(第2版)》——2.2 软件项目的机制

2.2 软件项目的机制 如果你问:"什么导致项目失败?",你得到的最常见的回答可能会把失败归咎到与业务有关的问题,比如说,缺少需求,项目管理不到位,成本估算不正确,缺少沟通,甚至各个团队的人员相互不配合.你很难看到坏代码可能导致问题这种情况. 有鉴于此,我们认为未被发现的BBM可以严重损害软件项目,但未能处理的BBM却可以真的毁了它. 最终,个体以及个体之间的实际互动才能真的决定软件项目的成功或失败.但是,组织结构及其整体文化也会影响最终结果. 2.2.1 组织文化 Apple公司的组

从拼死拼活开发软件项目到远程遥控管理

现在想想开发软件都有整整12年以上了人生最美好的时光都用在这个上了,在这期间有不少酸甜苦辣,有时候真不好意思说自己是35岁的老程序员了,有尝到过创业失败的滋味,有过人生的困难时期,多少遇到了很多贵人相助,日子就一天比一天好起来了.其实每天怀着感恩的心里,生活就一天比一天好,心态也会越来越健康了. AD: 交流很重要,沟通无极限 现在想想开发软件都有整整12年以上了人生最美好的时光都用在这个上了,在这期间有不少酸甜苦辣,有时候真不好意思说自己是35岁的老程序员了,有尝到过创业失败的滋味,有过人生的

未雨绸缪 软件项目策划成功的要点

古人云"万事预则立,不预则废",项目要成功必须做好计划.软件项目策划是项目管理过程中最基本的一个过程,软件项目策划的方法是软件项目经理必须掌握的.在实际的项目策划过程中,必须掌握以下的9个基本要点...... (1)掌握好项目策划的时机 软件项目策划过程的输出是文档化的http://www.aliyun.com/zixun/aggregation/10495.html">项目计划书,在项目的不同阶段都需要进行项目策划,只不过在不同时机项目策划的目的不同,花费的工作量也不

软件项目质量评价方法之一

软件项目质量评价方法之一 发布时间: 2012-6-20 10:42    作者: 云天    来源: TaoBao QA Team  字体:  小  中  大  | 上一篇 下一篇 | 打印  | 我要投稿  | 推荐标签: 软件测试 质量管理 测试管理 对项目质量进行评价,是对项目上线前的质量把关,而且可以对项目过程中的质量进行动态的监控,便于尽早发现问题,提高项目质量. 项目质量评价的一般步骤如下: 1.建立项目质量目标:2.定义项目质量维度:3.确定评价模型:4.确定基线数据:5.执行项

四招教你如何让企业员工尽快进入项目角色

俗话说,好的开始是成功的一半.作为企业的CIO,在负责企业信息化项目时,应该考虑一个问题,就是如何才能使员工迅速进入项目角色.这对于提高项目前期进度,提高项目整体质量,具有非常大的作用. 但在实际工作中,笔者发现不是所有员工都这么容易进入角色.就好像员工放了一段长假以后,不能迅速恢复平常的工作心态一样,他们需要利用一段时间进行调整.而我们CIO要做的就是如何把这段时间减到最小. 为了达到这个目标,笔者在企业信息化项目管理中,采取了如下方式. 第一招:为项目设置专门的信息化项目小组. 想想我们读书