|
|
|
# 主题
|
|
|
|
|
|
|
|
* 开发人员自身问题
|
|
|
|
* 技术方案问题
|
|
|
|
* 需求人员问题
|
|
|
|
* 管理（流程，制度）问题
|
|
|
|
* 其它问题
|
|
|
|
|
|
|
|
# 过程
|
|
|
|
|
|
|
|
对目前遇到的问题进行深入讨论，对问题原因及目前可行解决方法进行了探讨。
|
|
|
|
|
|
|
|
# 要点
|
|
|
|
|
|
|
|
## 开发人员自身问题及解决方案
|
|
|
|
|
|
|
|
* 需求把握不准: 了解根本目的和诉求, 充分思考后提出参考建议.
|
|
|
|
* 缺少换位思考: 站在普通使用者角度思考需求.
|
|
|
|
* 需求修改不留痕迹: 中间修改全部以Issues评论方式记录.
|
|
|
|
* 对外沟通处理存在问题: 谨慎答复,分清责任边界,别人的责任不含糊.
|
|
|
|
* 文档Wiki化不够: 负责业务文档Wiki化,方便记录传递.
|
|
|
|
|
|
|
|
## 技术方案问题
|
|
|
|
|
|
|
|
没有反馈意见, 提出了大家对新技术要及时适应的要求.
|
|
|
|
|
|
|
|
## 需求人员问题 和 管理（流程，制度）问题
|
|
|
|
|
|
|
|
* 原型不及时或不更新, 资料不入库.
|
|
|
|
* 需求不提Issues,零散提出易遗漏.
|
|
|
|
* 跟进和反馈不及时, 争议问题长时间搁置, 开发完毕后没有反馈, 待其它任务在行或邻近节点了再突然提出修改要求.
|
|
|
|
* 提供的文档不看或跳着看, 出现基本配置, 操作, 数据问题导致反复沟通调试浪费时间.
|
|
|
|
|
|
|
|
------
|
|
|
|
|
|
|
|
# 最终建议
|
|
|
|
|
|
|
|
原型完成后先由朱静过目确认。交付节点前一周停止增加新功能，只修复问题。
|
|
|
|
|
|
|
|
以GitLab的Issues为中心，形成从需求到开发和交付的完整流程。需求无论零散最终汇集到Issues描述中，以评论记录中间调整，开发人员根据Issues安排开发，开发完成后需求人员依据邮件通知及时确认反馈，最终完成功能。 |
