软件技能不足
自身对需求分析不明确，和业务预期的结果不一样
制表人：
一、需求变更频繁的分析 1. 产品人员没有对需求进行逻辑验证，导致频繁变更需求； 2. 市场发生变化，产品人员为了满足市场需求，变更产品需求；
三、凡事做好时间规划：1. 无论做何种工作，都要做好时间规划；
制表日期：
E员工提出事实： 1. 需求分析时间长，开发时间短。 2. 自身对需求分析不明确，和业务预期的结果不一样。
五、项目时间紧迫的分析 1. 项目经理没有做好工作计划； 2. 需求变更频繁，导致项目一直在返工；
开发与相关方进行沟通不协调；相关方包括开发、产品/业务、测试等人员
现状分析：
通过有效的培训以及职权责的划分可以很好的解决程序员恐惧问题。
B员工提出事实： 1. 与别人沟通问题， 总是感觉沟通不清晰； 2. 需求经常变更！
解决程序员最恐惧的问题
多人开发合并代码，出现冲突；
公共API使用文档不详细，有变更，不提示；
5⃣️ 结论：
XX会议室
2⃣️ 空-事实：现在的情况
恐惧情绪：
产品设计、开发时间、测试时间分配不均；
需求变更频繁
空⋅雨⋅伞-最简单的解决问题模版
产品只有想法，没有需求说明，不进行产品逻辑验证，就直接进行开发；
计划类
1⃣️ 题目：
关键文档缺失
章三
总结概括：
二、软件技能不足的分析 1. 开发人员缺少设计、架构的工作技能； 2. 开发人员对技术没有学习的热情，对自己的工作水平要求低；
C员工提出事实： 1. 需求经常变更！ 2. 比较注重结果，凡事没有计划，直接 开始做。（只有想法，就要求进行开发） 3. 公共API使用文档不详细； 4. 美工不能提供给开发人员需要的图片
四、关键文档缺失的分析 1. 开发人员没有写文档的习惯，认为可有可无； 2. 开发人员保存自己的价值，认为一切必须只有自己知道，不能告诉别人；
三、多方沟通困难 1. 开发人员不了解对方的工作流程及关注点； 2. 对方不了解开发人员的工作流程及关注点；
二、明确各组织的输出物：1. 产品明确需求说明书的内容，保证每个版本的需求的正确性；2. 后台开发人员定时更新接口文档；
设计师不了解开发需要的资源，提供不了素材；
事实分类
项目时间紧迫
2020/02/10
D员工提出事实： 1. 技术问题； 2. 多人开发合并模块 代码，出现问题
产品类
一、做相关培训：1. 业务知识培训：对开发人员的进行业务培训； 让开发人员掌握业务本质，可以更容易理解各类业务；2. 关联岗位普及：让开发人员了解关联岗位是如何协同工作的；3. 价值观培训：让开发人员知道合理的需求变更是正常的。 可以通过学习软件的设计模式、架构模式来提高对需求变更 的适应能力；4. 职业技能培训：让开发人员提高对文档的重视程度； 必要的文档还是要进行存档的；5. 工作计划能力：开发人员接到研发需求后， 要对工作进行合理的计划；
3⃣️ 雨-解释：对此情况的解释
恐慌指数
沟通类
需求经常性变更，开发人员最害怕的一种事实现象
制表地点：
A员工提出事实： 1. UI图、需求经常变更！ 2. 和BP沟通的问题！ 3. 业务需求和UI图不一致。
4⃣️ 伞-行动：根据此解释而采取的行动
事实陈述：
技术类
恐慌内容
多方沟通困难
