188宝金博页面版

  • 图案背景
  • 纯色背景
视图
标记
批注
批注本地保存成功,开通会员云端永久保存 去开通
wdezok05

上传于:2015-04-07

粉丝量:3

该文档贡献者很忙,什么也没留下。


  • 相关
  • 目录
  • 笔记
  • 书签

188宝金博页面版:更多相关文档

  • 产品部、项目组、实施组的关系

    星级: 2 页

  • 产品部、项目组、实施组的关系

    星级: 3 页

  • 产品部、项目组、实施组的关系

    星级: 5 页

  • 产品部、项目组、实施组的关系

    星级: 3 页

  • 项目组实施条件

    星级: 1 页

  • 项目组实施条件

    星级: 3 页

  • 实施项目组内部制度

    星级: 2 页

  • 项目组客情关系管理

    星级: 32 页

  • 项目组实施条件.doc

    星级: 5 页

  • [精品]项目组文档管理实施办法

    星级: 6 页

  • 营销部项目组实施奖金制度

    星级: 3 页

  • 国家大剧院实施项目组专家点评

    星级: 6 页

  • 学校安全项目组实施方案

    星级: 6 页

  • ERP项目组实施策略讨论

    星级: 43 页

  • 项目组对联合总体证券战略实施支持的思考

    星级: 2 页

暂无目录

点击鼠标右键菜单,创建目录

暂无笔记

选择文本,点击鼠标右键菜单,添加笔记

暂无书签

在左侧文档中,点击鼠标右键,添加书签

188宝金博页面版: 产品部、项目组、实施组的关系

下载积分: 1000

内容提示: 本文以笔者所在的公司架构和笔者所了解的业内的公司架构的情况和自身实际经历的案例浅谈一下软件开发中的产品部、 项目组和实施部这三者之间的关系, 希望对各位在实际运作和管理中能有所帮助, 并在实践中尽可能地避免犯同样的错。 文章是从作者本身的角度和经历总结的一些问题, 并不一定正确, 借此抛砖引玉以期和广大同行共勉共同进步。 国内成长起来的软件公司都想着做产品, 因为销售软件产品就象批发水果一样快速地给公司带来大量的现金利润, 虽然国内软件产商包括金蝶、 用友在内都不能说完全实现了产品化的软件产品, 但软件产品的前景却被极度看好, ...

文档格式:TXT | 页数:2 | 浏览次数:108 | 上传日期:2015-04-07 18:42:32 | 文档星级:
本文以笔者所在的公司架构和笔者所了解的业内的公司架构的情况和自身实际经历的案例浅谈一下软件开发中的产品部、 项目组和实施部这三者之间的关系, 希望对各位在实际运作和管理中能有所帮助, 并在实践中尽可能地避免犯同样的错。 文章是从作者本身的角度和经历总结的一些问题, 并不一定正确, 借此抛砖引玉以期和广大同行共勉共同进步。 国内成长起来的软件公司都想着做产品, 因为销售软件产品就象批发水果一样快速地给公司带来大量的现金利润, 虽然国内软件产商包括金蝶、 用友在内都不能说完全实现了产品化的软件产品, 但软件产品的前景却被极度看好, 而国内的众多软件开发商都是以项目的运作为生存和发展的基石和跳板, 项目的成败直接决定了公司的运营利润, 项目组的成员对项目的成败有着最直接的关系, 一般分为开发部和项目实施组并配一个测试文档编写小组。 有些有实力的公司还专门成立有研发部门。 产品部一般由技术总监、 项目总监直接领导并配有固定的比较有经验的开发人员以实现产品化的软件为开发目标; 项目组一般是在产品部提供的软件产品再组织项目组成员根据客户的需求进行定制的开发; 实施组则根据项目组提供的程序现场更新并和客户讨论需求并制作查询报表等系列的实施工作。 笔者对产品的观点是: 产品部开发出来的产品不会是通用的十全十美的产品, 它只是一个阶段性的相对较完善的可以适应比之前更多更广面的一个阶段性的软件。 因为我们总是在不断地进步, 而且实际的情况总是不断地变化发展前进的, 作为开发人员有时会提出更有前瞻性的目标, 软件只是一个实现的工具而已, 笔者于 2003 年 6 月份就提出了量化的人力资源软件设计的概念和设计思想, 即便到了现在, 笔者手中公司团队的程序代码所实现的功能还是不能让笔者满意。 因为微软从 Window32 到 Window2000, 还加打 SP6。 产品部配备了公司相对较强的开发实力, 相对而言也潜在着一种风险, 那就是开发人员的开发能力、 经验和行业经验都比较多, 作为开发人员在国内目前的管理体制下会不自觉得走向尽善尽美和唯技术论, 甚至不自觉而且无意识地到了吹毛求疵的程度, 使得每一段程序都非常完美, 每一个功能在设计理念、 功能、 技术、 算法各方面都达到了极致, 但前端实现的功能却只是比以前多了一些, 如果开发团队出现了这样的情况, 而预期的时间来临时, 却发现无法提供当初预期中想要的产品, 虽然离产品只差一步, 但就是差了这么一步, 而无法提供于项目组转入项目, 实施部的人员只好转入产品部帮忙做测试。当然这是最差的情况了,因为笔者是看过这样的团队, 因此希望大家在实际的产品研发过程当中, 要尽可能避免闭门造车百花齐放的局面, 因为笔者更经常看到的百花齐放的结果是负责人被更换, 而应当让目标明确, 并不断地修正目标, 保证每一个时间点都能有阶段性的成果出来, 并保证提供的产品是可用的。 当产品提交出来后, 一般的公司都会让产品部开发人员再进入项目组, 因为公司穷啦: )。笔者的观点是: 提交的产品只是做项目的基。 产品只是提供了一些基本的当然也有一些是功能相当强的。 在实际的项目运作中会有着相当多的需求变更, 那就需要项目经理现场把握和引导客户, 使得程序做尽可能少的修改, 并尽快地结束项目, 并通过项目的历练使产品更完善。 项目组的人员不要期望产品部提交的软件就象是万能机器一样什么都可以实现, 更多的是只是提供了一个基。 更多的东西要在项目中完善, 甚至有些模块的程序只能用其中的四

188宝金博页面版:关注我们

  • 新浪微博

关注188宝金博页面版公众号

188宝金博页面版
阅读
APP
阅读
返回
顶部
188宝金博页面版官网登录在线平台入口(2026已更新)—江苏协昌电子科技股份有限公司