it项目主管岗位职责内容摘要：
件工 程难 度更 大。 我认 为： 虽 然项 目大 小不 一， 但管 理方 法是 相通 的， 要做 好软 件开 发工 作， 就必 须加 强有 效管 理。 大 家知 道， “ 软 件危 机 ” 起源 于一 些大 型项 目的 不断 延迟 甚至 失败 。 与 大项 目相 比， 小项 目具 有以 下特 点 : 项 目功 能相 对较 少 ； 开发 人员 较少 ； 开发 周期 较短 。 小项 目看 起来 比较 简单 ，比 较容 易成 功， 人们 往往 容易 忽视 小项 目的 管理，其 实这 是一 种误 解。 据 我了 解， 小项 目开 发中 容易 出现 以下 问题 ： : 1、开 发之 前没 有认 真地 进行 项目 可行 性和 工作 量的 估计 。 往往 由于 项目 较小 ，便 很草 率地 制定 一个 开发 日程 表， 没有 认真 地估 计项 目难 度， 结果 实际 完成 时间 与估 计完 成时 间往 往有 较大 差距 。 2、没 有真 正的 设计 过程 。 开 发人 员少 ，不 同人 员的 程序 之间 交互 、接 口相 对少 一些 。 开 发周 期短 往往 是几 个人 从头 到尾 负责 一个 项目 ，几 个人 碰一 下头 ，讨 论一 下最 基本 的数 据结 构、 函数 接口 便分 头去 做自 己的 工作 了， 没有 一份 较正 式的 文档 来规 范各 自职 责和 项目 细节 。 这种 做法 潜在 的危 险之 一 是有 人可 能会 对所 讨论 的接 口、 结构 理解 有偏 差， 可能 会造 成以 后的 返工 。 另一 个潜 在的 危险 是由 于讨 论时 忽略 了某 些情 况， 等大 家都 按时 完成 分工 任务 后， 才发 现各 个模 块组 合起 来却 无 法 形成 一个 完整 的系 统。 其根 源在 于没 有一 个负 责协 调的 人员 不断 监控 整个 开发 过程 。 第三 个潜 在的 危险 是一 旦有 人中 途退 出开 发队 伍， 其他 人加 入时 ，难 以理 解以 前别 人做 好的 代码 ，又 要从 头做 起。 另外 ，没 有文 档的 程序 ，日 后维 护和 版本 升级 都比 较困 难。 不经 过单 元测 试而 直接 进入 系统 测试 。 造 成这 一现 象的 原因 是每 个模 块相 对比 较简 单， 但是 为了 测试 一个 模块 需要 建立 一些 测试 环境 。 例 如， 为了 测试 一个 函数 是否 正确 ，应 该用 一些 测试 数据 去调 用该 函数 ，需 要编 写一 些测 试数 据。 但很 多开 发人 员嫌 麻烦 ，觉 得反 正其 他模 块也 很快 出来 了， 直接 用真 正的 数据 来运 行几 次就 行了 。 针对 以上 问题 ，我 认为 在开 发过 程中 必须 处理 好四 个关 键问 题， 严格 把关 ，可 以大 大提 高软 件的 质量 。 这四 个关 键问 题为 ： 人员 、规 范、 测试 、时 间控 制。 一 、合 理配 置人 员首 先软 件开 发是 一项 长期 艰苦 的工 作， 所以 一个 团结 、协 作的 团体 才能 在规 定的 时间 内完 成一 个质 量上 乘的 软件 项目 。 团 队中 的每 个人 必须 积极 融入 到整 个集 体中 ，不 能互 相推 诿， 更不 能互 相埋 怨和 指责 ，正 确的 态度 是大 家在 充分 信任 的基 础上 团结 协作 ，互 相帮 助， 主动 承担 任务 , 利用 集体 的智 慧获 得成 功。 整个 团队 就是 一部 机器 ，只 有每 一个 齿轮 都能 正常 运作 ，才 能生 产 出 优质 的产 品。 合 理配 备人 员是 成功 完成 软件 开发 项目 的切 实保 证。 所谓 合理 配备 人员 应包 括按 不同 阶段 适时 运用 人员 ，恰 当掌 握用 人标 准。 一般 来说 ，软 件项 目不 同阶 段、 不同 层次 技术 人员 的参 与情 况是 不一 样的 。 图 一 是典 型的 软件 开发 人员 参与 情况 与实 际人 员需 求差 异曲 线图 。 如人 员配 置不 当， 很容 易造 成人 力资 源的 浪费 ，并 延误 工期 。 特 别是 采用 恒定 人员 配备 方案 时， 在项 目的 开始 和最 后都 会出 现人 力过 剩， 而在 中期 又会 出现 人力 不足 的情 况。 为 开发 人员 创造 出一 个人 尽其 才的 环境 也是 项目 成功 的重 要环 节， 让他 们能 得心 应手 的施 展自 己的 才华 ，特 别在 工作 安排 上要 煞费 苦心 ，针 对每 个人 不同 的特 长， 根据 项目 的具 体环 境和 条件 来合 理安 排人 员在 恰当 的岗 位上 。 项目 负责 人是 一个 团队 的核 心， 其综 合素 质直 接影 响项 目的 成败 。 合 格的 项目 负责 人具 有高 超的 领导 才能 和强 烈的 科技 意识 和较 强的 业务 处理 能力 ；具 有敏 锐的 洞察 力， 能瞄 准目 标， 实事 求是 ，精 心组 织， 坚决 果断 ，灵 活应 变， 享有 信誉 ；善 于制 定计 划， 解决 问题 ，沟 通信 息； 具有 良好 的市 场意 识和 交际 能力 。 当 然同 时满 足这 些条 件比 较困 难， 但是 他应 该具 有实 现这 些素 质的 条件 ，并 注重 经验 的积 累、 素质 的提 高、 能力 的培 养。 并能 从以 下几 方面 严格 要求 和培 养自 己： 以 身作 则： 只 有身 先士 卒， 各方 面以 身作 则， 才能 得到 广大 开发 人员 的认 可和 信任 ，才 能树 立较 高的 威信 。 果断 抉择 ： 负责 人的 重要 任务 是决 策， 特别 是有 多种 选择 的情 况下 ，一 个正 确的 选择 往往 事半 功倍 。 善于 交际 ： 他必 须积 极对 外联 络， 充分 利用 外部 资源 ，例 如其 他部 门做 过类 似项 目者 ，可 以向 他们 取经 甚至 直接 获得 源码 。 这 对一 个项 目争 取时 间， 避免 重复 工作 很重 要。 善 于协 调： 协 调几 个人 的工 作比 自己 完成 一段 编码 更重 要。 由于 协调 不力 ，将 影响 开发 。 所 以项 目负 责人 除完 成自 己的 编程 任务 外， 必须 随时 监控 各开 发人 员的 工作 ，包 括内 容是 否与 要求 发生 偏差 ，进 度是 否滞 后等 等。 善 于制 定计 划： 在 开发 前， 可将 明确 的开 发任 务通 过文 档传 递给 每个 开发 人员 ，让 大家 都熟 悉设 计模 型， 都清 楚自 己所 做的 工作 在整 个系 统中 处于 什么 地位 ，这 样有 时侯 可能 会发 现设 计模 型中 的漏 洞， 避免 了各 人的 代码 编写 完毕 之后 又要 修改 的后 果。 沟 通问 题： 团 队沟 通不 是技 术问 题， 但却 是一 个最 能影 响工 作效 率的 问题 。 沟 通及 时、 集思 广益 、步 调一 致， 才能 取得 胜利 。 二 、严 格执 行软 件开 发规 范 软件 开发 需要 严格 按照 软件 规范 实施。 用 手工 作坊 式的 方式 来开 发软 件， 其结 果必 然失 败。 从项 目的 用户 需求 分析 、系 统分 析、 编码 、 调 试、 测试 、发 布都 需要 一步 一步 完成，不 能轻 视或 忽略 任何 一步 骤。 前部 分没 有完 成好 ，不 要贸 然进 行下 一步 。 越 是项 目起 步阶 段， 越是 要注 意按 照规 范进 行。 如 前所 述， 因为 开发 软件 项目 规模 较小 ，很 容易 忽视 规范 化， 而随 心所 欲， 没有 计划 ，想 到哪 做到 哪， 其最 终的 结果 是失 去控 制。 其实 项目 小正 是实 现软 件规 范化 管理 的好 时机 ，规 模小 ，涉 及的 管理 方面 有限 ，管 理实 施起 来比 较容 易。 CMM 等 规范 标准 不是 轻而 易举 就能 实现 的， 但是 可以 借鉴 它的 思想 和方 法， 先在 小项 目上 实现 规范 化管 理， 培养 人员 的规 范和 意识 ，为 以后 实现 大项 目的 CMM 等 规范 打下 良好 的基 础。 特 别需 要重 视软 件开 发中 文档 管理 。 那 种认 为只 要产 品做 出来 可以 运行 ，何 必花 费许 多精 力去 做文 档的 观点 是错 误的 。 经 过实 践， 我深 刻体 会到 ，没 有文 档会 带来 很多 问题 。 用 文档 去引 导开 发过 程， 抛弃 随心 所欲 的开 发模 式。 就象 工厂 工人 师傅 按照 图纸 生产 零件 一样 ，否 则很 可能 会得 到次 品甚 至是 废品 ，给 后来 开发 者留 下一 堆没 有意 义的 “ 垃 圾 ” 产品 。 我 认为 文档 应该 是开 发中 阶段 （ｍ ileStne） 结束 的标 志， 每个 阶段 后， 都需 要提 交相 应的 文档 ，而 且要 确保 文档 的质 量。 确 保文 档质 量的 最有 效方 法就 是评 审， 提交 文档 后， 项目 负责 人组 织相 关人 员对 该文 档进 行 审 核， 在充 分讨 论的 基础 上进 行文 档的 重新 修改 和审 核直 到满 足项 目要 求。 文档 应该 是贯 穿整 个过 程的 主线 ，在 不同 的阶 段， 需要 不停 地对 文档 进行 完善 ，使 之真 正成 为全 体项 目人 员的 智慧 结晶。 三 、重 视测 试 测试 是软 件开 发中 容易 忽视 的问 题， 许多 人认 为开 发的 主要 工作 是编 码， 其实 不然 ，在 没有 严格 执行 开发 流程 的开 发活 动中 ，测 试可 能是 唯一 能确 保软 件质 量的 方法 和手 段。 而越 是松 散的 项目 越轻 视测 试活 动， 它既 没有 固定 的测 试组 织， 又没 有程 序员 间的 交叉 测试 ，更 没有 考虑 过有 效的 测试 流程 和方 法， 他们 的软 件质 量完 全建 立在 对程 序员 能力 信任 的基 础上 ，这 是很 不安 全的 。 测试 是对 软件 产品 质量 的检 验和 评价 。 它 一方 面检 查软 件中 存在 的质 量问 题， 同时 对产 品质 量进 行客 观的 评价 。 我们 一般 把发 现的 错误 bug(我们 也称 为缺 陷 defect)。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。