主题

• 开发人员自身问题
• 技术方案问题
• 需求人员问题
• 管理（流程，制度）问题
• 其它问题

过程

对目前遇到的问题进行深入讨论，对问题原因及目前可行解决方法进行了探讨。

要点

开发人员自身问题及解决方案

• 需求把握不准: 了解根本目的和诉求, 充分思考后提出参考建议.
• 缺少换位思考: 站在普通使用者角度思考需求.
• 需求修改不留痕迹: 中间修改全部以Issues评论方式记录.
• 对外沟通处理存在问题: 谨慎答复,分清责任边界,别人的责任不含糊.
• 文档Wiki化不够: 负责业务文档Wiki化,方便记录传递.

技术方案问题

没有反馈意见, 提出了大家对新技术要及时适应的要求.

需求人员问题 和 管理（流程，制度）问题

• 原型不及时或不更新, 资料不入库.
• 需求不提Issues,零散提出易遗漏.
• 跟进和反馈不及时, 争议问题长时间搁置, 开发完毕后没有反馈, 待其它任务在行或邻近节点了再突然提出修改要求.
• 提供的文档不看或跳着看, 出现基本配置, 操作, 数据问题导致反复沟通调试浪费时间.

最终建议

原型完成后先由朱静过目确认。交付节点前一周停止增加新功能，只修复问题。

以GitLab的Issues为中心，形成从需求到开发和交付的完整流程。需求无论零散最终汇集到Issues描述中，以评论记录中间调整，开发人员根据Issues安排开发，开发完成后需求人员依据邮件通知及时确认反馈，最终完成功能。