项目流程问卷调查-BA/售前团队

*
1.您的司龄?【单选题】
半年内
半年–1年
1–3年
3年以上
*
2.您当前在项目中的主要角色是?【单选题】
BA/业务分析师
兼任BA和产品经理
兼任BA和售前
兼任BA和项目管理
其他
*
3.您最多同期并行负责的项目数量?【单选题】
1个
2个
3个
4个及以上
*
4.您当前的工作负荷状态?(1=很轻松,5=严重超负荷)【单选题】
1很轻松
2
3
4
5严重超负荷
*
5.您认为当前项目整体管理成熟度如何?【单选题】
很不成熟,主要靠个人经验
不太成熟,有流程但执行不稳
一般,关键环节有机制但不完整
比较成熟,大部分按机制运行
很成熟,流程/职责/标准都清楚
*
6.您认为当前项目中最突出的问题是?【多选题】
需求输入不清楚
客户真实目标不明确
项目范围不清楚
需求变更频繁
角色职责边界不清
业务流程梳理不足
数据口径不清楚
研发理解偏差较多
测试验收标准不清
项目排期不合理
决策链路慢、没人拍板
文档模板与交付标准不统一
复盘与资产沉淀不足
工具不好用/信息分散
其他
*
7.项目出现问题时,通常能否快速找到负责人和决策人?【单选题】
很难找到,经常没人明确负责
偶尔能找到,依赖个人推动
一般,常规可解决、复杂较慢
基本可以找到
非常清楚,责任与决策机制明确
*
8.您接收到需求时,需求信息通常是否完整?【单选题】
很不完整,经常需重新梳理
不太完整,缺失较多关键信息
一般,需补充澄清
比较完整,少量补充即可
非常完整,可直接进入分析
*
9.需求信息中最常缺失的是哪些内容?【多选题】
业务目标
用户角色
使用场景
业务流程
数据来源
数据口径
业务规则
权限边界
系统边界
验收标准
优先级
项目范围
客户真实决策人意见
其他
*
10.需求变更最常见的原因是?【多选题】
前期需求没调研清楚
客户内部意见不一致
售前/我方承诺与实际交付范围不一致
业务流程没梳理完整
数据口径没提前确认
研发过程中才发现技术限制
测试/验收阶段才暴露问题
领导或客户临时提新要求
项目边界与变更机制不清
其他
*
11.一个项目的需求,通常要反复澄清几轮才能基本定下来?【单选题】
1轮基本搞定
2–3轮
3轮以上
整个项目都在反复
*
12.影响您"一次把需求澄清到位"的最大障碍是?【多选题】
客户自己说不清、决策人缺位
客户对接人无业务/决策权
我并行项目太多、带宽不足
我的需求澄清方法/经验不足
缺乏标准的需求澄清清单/模板
对技术可行性把握不足、不敢拍板
时间被压缩,没法充分澄清
其他
*
13.您认为自己输出的需规当前最大的质量短板是?【多选题】
User
Story
颗粒度太粗、缺真实用户视角
范围边界没画清、后续易蔓延
格式不统一、缺标准模板可依
偏向"写给自己"、客户看不懂
缺技术/产品可行性校验
我的需规质量基本稳定、问题不大
其他
*
14.当前是否有统一的BA分析方法和模板?【单选题】
基本没有,主要靠个人经验
有部分模板,但不完整
有模板,但执行不稳定
基本有统一模板,可以支撑大部分项目
模板和方法都比较成熟,执行效果较好
*
15.您认为当前最需要统一哪些BA相关模板?【多选题】
售前需求交接模板
业务调研纪要模板
业务流程梳理模板
用户角色/用户旅程模板
需求规格说明书模板
数据口径说明模板
业务规则说明模板
权限设计模板
验收标准模板
变更评估模板
项目复盘模板
其他
*
16.您的需规交给产品/研发后,被反馈"不清晰、需二次澄清"的频率?【单选题】
经常
偶尔
较少
几乎没有
*
17.您是否支持"需规必须经客户签字确认,才能进入预立项/开发"作为硬门槛(即以您的交付物作为关卡、并对其质量担责)?【单选题】
非常支持,应严格执行
支持,但应按项目分级
一般,签了客户也会反悔
不支持,会拖慢节奏
*
18.面对客户提出的超范围需求,您通常如何处理?【单选题】
基于范围边界当场明确评估或拒绝
多数先答应、后续再想办法
看情况,没有统一标准
主要靠PM或技术出面挡
*
19.您对需求澄清节奏的把控程度如何?(1=完全跟客户走、无法把控,5=能主动排期、限时给结论)【单选题】
1完全跟客户走、无法把控
2
3
4
5能主动排期、限时给结论
*
20.您认为BA、产品经理、项目经理、售前、研发之间的职责边界是否清楚?【单选题】
很不清楚,经常重叠或遗漏
不太清楚,靠临时协调
一般,核心清楚、细节不清
比较清楚,少量边界问题
非常清楚
*
21.当销售、售前、BA由同一人承担时,您认为最大的风险是?【单选题】
"自己出题自己打分"、缺制约
精力分散、哪头都顾不上
没什么问题
不涉及/不了解
*
22.你认为售前/BA和产品经理最理想的合作方式是?【单选题】
串行接力:BA完成需求澄清、产出客户签字的需规后,再移交产品做PRD,各自对本阶段负责
前期并肩:需求澄清阶段BA与产品共同进场、一起面对客户,需规与产品方案同步推进
BA主导、产品支持:BA牵头前端需求,产品在关键节点提供可行性评估与方案评审
产品全程陪跑:产品从需求阶段即介入并陪跑到交付,BA侧重客户关系与范围把控
联合共担:BA与产品对"需求收敛"共同负责,设联合评审/共同确认机制
其他
*
23.当BA/售前中途换人时,需求交接的沉淀情况如何?【单选题】
有完整文档沉淀,交接顺畅
有部分沉淀,需重新澄清一些
基本靠口头,常导致需求推翻重来
没遇到过换人
*
24.您认为推行BA"垂类化"(按行业/产品线固定归口)对效率的帮助?(1=没帮助,5=帮助很大)【单选题】
1没帮助
2
3
4
5帮助很大
*
25.如果项目管理委员会只能优先解决3件事,您希望是哪3件?【多选题】
明确各角色职责边界
建立需求入口标准
建立售前到交付的交接机制
统一业务调研/需求分析文档模板
加强蓝图评审与需求评审
建立需求变更管理机制
明确研发排期与资源协调机制
建立测试验收标准
建立项目复盘机制
建立产品化沉淀机制
建设统一项目管理工具与知识库
建立人员能力培训体系
其他
*
26.请描述最近一个让您印象深刻的需求澄清/交付难题:卡在哪、为什么、怎么处理的?【填空题】
问卷星提供技术支持
举报