您的工作岗位是
前端开发工程师
后端开发工程师
全栈开发工程师
移动开发工程师
算法工程师
DevOps/运维开发
其他开发相关岗位
您从事开发工作的年限是
1年以内
1-3年
3-5年
5-10年
10年以上
您当前所在团队的规模是
5人及以下
6-10人
11-20人
21-50人
50人以上
您日常接触的产品需求文档清晰度如何
非常清晰，无歧义
比较清晰，少数地方需要确认
一般，一半内容需要沟通确认
比较模糊，经常需要反复沟通
非常模糊，完全看不懂需求
您对产品需求的可落地性满意度打多少分（1分非常不满意，5分非常满意）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
产品需求变更的频率如何
几乎不变更，需求非常稳定
偶尔变更，整体可控
每月变更2-3次，影响不大
每周都有变更，打乱开发节奏
每天都有变更，无法正常开发
需求变更时，产品方是否会提前和研发团队沟通
每次都会提前沟通，同步原因和影响
大部分时候会沟通
偶尔会沟通
很少沟通，直接甩新需求
从不沟通，直接要求修改
您对当前需求评审流程的效率满意度打多少分（1分非常不满意，5分非常满意）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您认为当前产品需求阶段常见的问题有哪些
需求描述不清晰
缺少逻辑边界说明
优先级不明确
不符合技术实现逻辑
没有预留足够开发时间
需求频繁变更
没有提前考虑兼容性问题
未同步非功能需求（性能、安全等）
产品方给出的需求开发排期是否合理
非常合理，预留了充足调试时间
基本合理，稍微赶一点可以完成
一般，经常需要加班才能完成
不合理，排期远少于实际需要开发时间
非常不合理，完全不可能按时完成
您对当前需求交付后的绩效评估标准满意度打多少分（1分非常不满意，5分非常满意）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您认为当前的绩效评估是否能准确反映您的工作产出
完全可以准确反映
基本可以反映主要产出
一般，只能反映一部分
很难反映真实产出
完全不能反映，评估很不合理
绩效评估中，需求交付质量的占比是否合理
占比非常合理
占比基本合理
不确定
占比偏低，过度看重交付速度
占比偏高，过度放大小问题
当前的绩效评估结果对您的工作积极性有什么影响
正向激励，能提升积极性
没有明显影响
打击部分积极性
严重打击工作积极性
完全打消积极性
您是否认同当前团队“以需求完成度”为核心的绩效评价方向
非常认同，符合研发实际
比较认同，整体没问题
一般，有可以优化的空间
不太认同，很多因素没考虑
完全不认同，评价方向不合理
您对当前产品功能和研发工作的匹配度满意度打多少分（1分非常不满意，5分非常满意）
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
您认为当前产品功能的冗余程度如何
没有冗余功能，所有功能都有明确价值
少部分功能冗余，影响不大
有一定冗余，增加了不必要的开发工作量
有较多冗余，经常做无用功
大部分功能都是冗余，开发价值很低
新功能上线后，出现线上问题的频率如何
几乎不出现，需求和开发都很稳定
偶尔出现小问题，很容易修复
每月出现1-2次中等问题
每月出现3次以上问题，经常需要应急修复
每次上线都有问题，疲于救火
您认为线上问题多的主要原因通常来自哪里
需求描述错误，理解偏差
需求变更仓促，没有时间测试
产品要求强行上线，忽略已知问题
开发时间不足，测试不充分
需求本身逻辑有漏洞
其他
当需求和技术实现出现冲突时，产品方的处理方式是
和研发一起协商，找到双赢方案
愿意听取研发意见，调整需求
坚持自己的方案，要求研发必须实现
甩锅给研发，要求研发自己解决
完全不管，只要求按时交付
您向其他同行推荐当前公司研发+产品协作模式的可能性有多大？（0-10分，0分完全不推荐，10分非常推荐）