对所要提供的产品包概念进行技术评估
开发所要提供的产品包的定义
评估所要提供的产品包的技术风险
检查和保护知识产权,如果需要整理出专利档案
和技术经理及其他PDT核心组成员合作,决定必需的获得物或发展业务伙伴
定义所要提供的产品包和/或技术依赖性
选择部件并规划资产重用
设计、开发和测试产品使之符合规定的需求
通过项目时间表驱动所要提供的产品包的开发活动
驱动测试计划和测试规格(用例集)
创建产品演示材料
创建分发/发行和支持计划
安排产品试点的支持工作,保障产品试点工作的正常进行,并获得产品改进机会
在ZZNODE的IPD流程中,服务代表是一个承担艰苦工作的人员,他遇到的挑战和困难将是空前的。其主要职责包括:
工程实施方面:
制定实施方案和实施计划,估算并优化产品实施方面的预算
对所要交付的产品包概念进行工程实施方面的评估
向设计和开发提供对产品包的可实施性方面的需求
帮助在设计中的权衡考虑来支持可实施性需求
评估所要交付的产品包的实施风险
证明实施部分已准备好产品发布
产品试点方面:
试点工程相关工作量评估,建议项目执行所需要的资源(人力和其它资源)
协助LPDT工作,确保参加试点项目的研发(含测试)、工程、市场(含销售)等各路资源到位
配合质量保证经理制定产品总体质量目标
与试点项目涉及的IPMT成员进行充分沟通以获得功能部门对项目的有力支持
通过共享职责和彼此负责来维持高效的试点团队运作
使试点项目中各部门人员积极主动地介入来执行项目计划
技术支持与维护方面:
对所要提供的产品包进行技术支持与维护方面的评估
对新产品的可服务性设计负责。向设计和开发提供对产品包的可服务性方面的需求
在设计中帮助权衡比较支持服务和维护需求
评估所要提供的产品包的技术支持和维护风险
清楚的理解未来客户应用现场的硬件、软件、网络方面的需求
对PDT进行服务选项、成本、容量和服务提供方面的培训
对第三方产品确定合适的服务组织、形式并获得承诺,必要时定义和业务伙伴、客户的支持联盟
传达特殊的产品包测试和集成计划给技术经理,包括操作环境中的数据容量、备份、安全等
定义所要提供的产品包的支持服务的组织与流程,并驱动实现支持服务的基础架构
对新产品上市前的服务准备负责。证明现场工作计划准备就绪,这表示技术支持已经准备好发布
收集需求,制定计划,开发并执行必要的早期支持程序
对服务交付进行培训及扩展服务资源
创建一个问题报告和反馈系统(例如:帮助台、FAQ文件、站点管理员支持、衡量指标等)
提供安装和升级的支持
监控和管理客户满意度和关键情况
在ZZNODE的IPD流程中,商务代表兼任着外部采购(外包)、商务谈判、合同(订单)执行的总体责任,其主要职责包括:
根据技术经理提供的建议,组织评估关键软件部件(子系统)的候选供应商,进行供应商分析和选择主要供应商和替代供应商
与供应商进行商务谈判(如期望形成战略联盟则转企业合作部处理),确定并获得外购产品的试用版本和约定
采购项目所需的软硬件设备
监控供应商持续的表现和管理供应商
与技术经理合作,驱动Common Build Block的重用
证明采购部分已准备好产品发布
确保团队遵从IPD流程运作
把握产品开发项目的目标、时间范围和管理期望,引导PDT达成目标
负责整个团队成员的流程操作培训和IPD观念引导,并通过提醒、诱导、访问、电话、倾听和谈论等方法来增强培训效果
指导团队领导和团队成员开展各项IPD活动,推动那些不受欢迎的交付得以按照预期质量交付
监控项目中特定的步骤和任务,以确信每件事情都得到落实,特别是严格的监控技术评审环节
辅助LPDT监督产品开发中的问题和风险,协调问题在整个团队中得到关注和解决
维持PDT的平衡,引导团队成员相互合作,某些情况下负责与IPMT进行沟通
指导PDT团队领导和PDT成员有效地召开会议,提供给团队分享观点和讨论团队问题的机会
对IPD交付件进行规范化审核,推动交付件的逐级审核与签批工作。
引导团队进行总结,形成记录,为流程改进提供建议
所有的PDT外围组成员自身职能的结果负责。PDT外围组成员在执行具体业务时将向本职能的PDT代表咨询,同时也可向自己的职能部门经理咨询,两者均有义务提供相关的解决方案和辅导。PDT外围组成员的职责包括:
执行项目计划,集中精力做好每天的工作,"Just do it"
向PDT成员和功能部门经理提供项目时间表、预算、风险和开发工具需求方面的输入
向PDT成员报告项目交付件状态和出现问题的输入
应PDT的要求参加PDT会议(如需要)
功能部门在PDT中没有直接代表的成员要负责推动其所在功能部门按照相关代表的计划开展活动,但是不要求在全程开发过程中参加PDT所有的会议
按照市场需求、竞争对手信息、公司产品平台、产品规划等,在调查、分析与成本核算的基础上,开发软件系统设计和规格,制定详细的设计规格书,并通过技术评审2;
根据设计规格,进行产品的概要设计,由系统分析与设计小组各组员完成各分项概要设计软件需求规格说明书、软件总体设计方案、结构方案、工艺方案等),并通过技术评审3
熟悉用户要求及竞争对手产品,相关标准
遵循公司关于系统设计的流程、规范、评审要素
汲取公司相关产品在开发、测试、工艺、生产、用服等方面的经验教训
利用公司已有的技术资源,并在设计中考虑为其他产品提供共享的技术资源
着重考虑降低产品综合成本
积极配合系统设计评审,以便系统设计融入更多的集体智慧
与相关系统设计人员、PDT成员充分沟通,达成共识。及时响应问题反馈、优化设计、保证系统设计在开发中得以贯彻
在产品试点之后,总结系统设计的经验教训并纳入数据库
软件工程师负责任何与新产品相关的软件技术开发工作。 软件工程师是专业工程师之,向技术经理和PDT核心组R&D代表报告。
进行产品包的详细设计
进行产品包的编码、单元测试
走查产品包的代码
支持产品试点,开发产品定制指南
UCD 工程师负责把美学及人性因素的设计事项考虑到产品的功能需求及规格中,包括保持品牌形象的产品外观(界面)、操作习惯、易用性、智能性以及所有的客户(用户)接触点,如产品接收、安装、使用(含资料使用)等。
UCD从“客户的声音”的重要角度影响着PDT核心组。UCD工程师可以寻求自愿的参与者(多半来自工程和维护等服务人员,也可以来源于进行产品体验的客户和销售人员),他/她准备所有的测试场地和材料,以及在测试过程中管理引导者以及更改提问。UCD为产品概念开发及竞争对手分析提供相关信息。。
并不是所有产品都需要考虑以客户为中心的设计 (UCD) 。采用一个UCD选择流程来确定那些最有希望从应用UCD中获益最大的项目。UCD 设计师依照下列准则评审项目:
项目提供了重要的新功能
项目主要是内部的开发活动
项目进度上有足够的时间来找一些有代表性的用户进行有效性确认
可获得内部和外部(如有代表性的用户)合适的UCD 资源,以满足易用性目标的设计要求。
从$APPEALS 或其它市场情报收集工具中得来的数据表明以下几方面是重要的市场区分因素:
产品包的易用性和该产品包的市场行销消息
产品外部美观
产品人机工程方面的考虑
客户便于与产品接触
基于评审信息和市场需求,UCD 设计师确定是否存在开展UCD活动的必要。对于一个已确定的UCD项目,一名 UCD工程师将成为PDT外围组中的一员,UCD是研发代表负责的外围团队成员,但是UCD的建议要同时报告给市场代表。在PDT核心组的决策方面,UCD很可能成为PDT中有投票权的成员。
联系我们
Contact us