您的工作年限是
1年及以下
1-3年
3-5年
5-10年
10年以上
您目前所处的岗位是
初级开发工程师
中级开发工程师
高级开发工程师
技术组长/主管
技术经理
架构师
其他技术岗
您所在公司的规模是
50人以下
50-200人
200-500人
500-1000人
1000人以上
您平均每个季度接触的新功能需求数量是
5个及以下
6-15个
16-30个
31-50个
50个以上
您对产品需求文档的清晰程度评分是（1分最低，5分最高）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您对产品需求描述的完整性评分是（1分最低，5分最高）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您对产品需求逻辑的合理性评分是（1分最低，5分最高）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您对需求优先级划分的合理性评分是（1分最低，5分最高）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您对需求排期的合理性评分是（1分最低，5分最高）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
产品需求发生频繁变更的频率是
几乎没有，变更比例低于5%
偶尔变更，变更比例5%-15%
经常变更，变更比例15%-30%
总是变更，变更比例超过30%
需求变更时产品经理是否会同步清晰的变更说明
每次都会同步清晰说明
大部分时候会同步说明
偶尔会同步说明，经常说不清楚
几乎不同步，直接要求修改
您认为当前需求评审环节的效率如何
效率很高，每次都能快速对齐结论
效率较好，大部分能对齐结论，少数需要反复沟通
效率一般，经常需要多次评审才能对齐
效率很差，需求评审经常无法达成一致结论
您在落地需求时，经常遇到的问题有哪些
需求描述模糊，需要反复确认
需求逻辑有冲突，无法按要求实现
缺少原型/交互说明，需要自己猜测
需求遗漏核心场景，开发完成后才发现问题
排期过短，无法保证代码质量
需求变更不提前通知，打乱开发节奏
没有遇到明显问题
其他
您认为产品提出的功能需求和实际业务场景的匹配度如何
匹配度很高，完全贴合业务实际需求
匹配度较好，大部分贴合，少数需要调整
匹配度一般，大概一半贴合业务需求
匹配度很低，大多不符合实际业务场景
您是否认同产品需求对技术 debt（技术债务）的考量
充分考量，会预留合理的重构时间
有一定考量，偶尔会要求为了赶工期牺牲技术质量
很少考量，经常为了上线牺牲技术质量
完全没有考量，从来不会考虑技术债务问题
跨部门协作中，产品需求和其他角色（测试/设计/运维）需求的对齐程度如何
完全对齐，所有角色信息一致
基本对齐，很少出现信息不对称
经常不对齐，需要多次协调
几乎从不主动对齐，经常出问题后才协调
您对当前产品功能需求交付整体流程的满意度评分是（1分最低，5分最高）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您向其他同行推荐目前公司产品需求管理模式的可能性有多大？（0-10分，0分完全不推荐，10分强烈推荐）
您认为做好需求管理，最需要优化的环节是哪些
需求调研环节，提高需求贴合度
需求文档编写环节，提高清晰度和完整性
需求评审环节，提高沟通对齐效率
需求变更环节，规范变更流程
需求排期环节，给出更合理的开发时间
需求优先级环节，优化排序逻辑
跨角色协作环节，做好信息同步
其他