涉众分析硬数据采样.ppt

3.5 涉众选择 参与策略 让代表们在合适的时间参与合适的工作 3.5 涉众选择 用户替代源 因为业务关系而和用户频繁接触的人 ，能够代替他们发表看法 市场人员 服务咨询人员 技术支持人员 领域专家 3.5 涉众选择 3.5 涉众选择——用户参与 建立和用户的直接联系 用户参与软件系统开发的整个过程 反馈设计：最终的软件系统是和用户的活动行为密切相关的 优点 会有更精确的用户需求，进而提高了系统的质量 可以避免发生代价昂贵的系统故障 能提高用户对系统的接受度 用户能够更有效的理解和使用系统 可以提高组织内决策制定过程的参与度 缺点 采集和管理巨量原始数据会花费很多时间 需要解决直接接触用户和对设计施加影响的困难 用户通常不愿意在别人的观察下工作，而且研究发现用户在被观察时并不是真的在工作 难以安排对用户工作过程的观察 主要内容 涉众分析的必要性 涉众分析的主要内容 涉众分析过程 硬数据采样 硬数据类型 采样方法 4.1 硬数据类型 定量硬数据 数据收集表格 反映了组织的信息流 收集正在使用的每张空白表格表格 、填写和分发说明 对比填写好的表格 表格中是否有从来都不填写的数据项； 应该收到表格的人是否真的收到了； 他们是否按照正常程序使用、存储和丢弃表格 等等 统计报表 4.1 硬数据类型 定量硬数据 数据收集表格 统计报表 反映了组织过去的主要业务和业务目标 统计规则也是一种丰富的知识，统计项分解为细节业务数据的过程往往也就是组织目标分解到具体业务的过程 根据实际工作填写过的统计报表，就可以发现组织实际的业务执行状况，从中发现组织面临的具体问题 4.1 硬数据类型 定性硬数据 整个组织的描述文档 组织结构图 ：帮助发现项目的关键涉众 门户网站：反映组织的业务开展状况 业务指导文档 工作指南和规章手册 ：解释业务的详细执行过程，反映业务的具体细节 业务备忘 反映业务的实际执行情况 形成对组织工作过程的清晰理解 4.2 采样方法 采样数量 样本大小＝p×(1－p) ×（确定性因子/可接受的错误）2 P是差异样本比例，未知的情况下设为0.25 期望的确定性 确定性因子 95% 1.960 90% 1.645 80% 1.281 4.2 采样方法 采样数量示例 每10张发票中就有1张发票与常规情况不同 希望发票样本中包含所有的情况具有90%的确定性 样本大小为： SS=0.10×(1－0.10)×（1.645/0.10）2=25 4.2 采样方法 采样方式 随机抽样 随机地采样数据 分层抽样 考虑系统的分层，从每一层中随机抽取一个样本 实例分析（办公系统） 问题 在开发过程中，因都是平时工作中接触的业务范围，因此开发时以为满足了功能需要，实现了软件预定的管理和统计功能，那么开发就是成功的 在用户测试阶段，各等级的用户都反映出相对一致的意见。其中，反映最多的就是系统维护和操作太复杂，甚至经常报告说服务器和软件不稳定，不匹配。经认真调研，发现问题虽然有一点，但绝非基层报告的那么严重，软件应该是可以满足日常工作的。 结果：2003年，我处信息化还没有普及，尤其是基层领导，个别甚至是电脑盲。而我们的软件，为提高使用效率，设置了大量的快捷键操作方式，这让个别领导感觉难以接受。 解决 后来，我们对软件的操作界面和菜单进行了优化和简化，而用单选框选择代替了审批。通过一系列的修改和完善，反对该软件的人渐渐少了。 实例分析（地税业务管理系统） 问题 因为地税业务各地有差别，各地的技术条件也有差别，有的地市已经实现了全市联网，使用上了小型机，有的地市、县还分立服务器，服务器还由PC服务器代替。每个地市的业务人员提出的业务需求均以本地业务需要为参考，造成在推广过程中发现业务上不适应全省实际情况的现象，为后期推广带来了难度。 总结 前景与范围涉众分析 协商 实例分析（供水业务管理系统） 问题 在系统上线后，首先表达不满的是申请接水及变更业务的用户。我们发现，由于柜面人员需要向系统中录入申请信息并且扫描、上传部分重要文件，这延长了柜面办理业务的时间，造成用户业务申请的等待时间增长。 总结 我们在涉众识别的时候，遗漏那些不使用系统（非参与者）但是被影响的人，——在本项目中就是直接到柜面申请接水及变更业务的人。然而接水及变更业务的申请人是自来水公司的客户，非常重要。 实例分析（供水系统） 问题 系统上线后，一线用户普遍向我们反映系统操作的风格不符合他们的习惯，使用起来不方便，造成他们操作效率很低。 解决 经过了解分析，我们发现：在对外服务平台项目之前，自来水公司内部开发人员开发了一套简单的对外服务管理系统。虽然该系统非常简单，功能有限，但是该系统已经使用了相当长的一段时间，用户已经习惯了该系统的操作