工作沟通之项目开发模式

遇到的问题:

• 需求频换变化
• 改动没有及时同步
• 流程需要更加规范

沟通要对多方: 产品 交互 视觉 移动 后台 测试

模式

• 瀑布模型:指定需求>交互式绝>需求评审>软件开发>接口调试>测试工作>修改bug 先排期后开发
• V模型: 测试用例驱动
• 迭代:多次迭代完成,降低风险,持续测试与集成 分多期开发
• 螺旋式:瀑布模型+快速原型模型+风险分析驱动开发工作(重在风险分析) 可行性分析
• 敏捷开发:以用户需求进化为中心,采用循环迭代开发(简单,核心,递增,反馈) 独立模块负责制

实际问题:

• 测试对应的需求和开发组开发的需求不是同一批需求,如何工作不受干扰
• 产品+交互(评审有部分功能又被砍掉),
• 交互与设计->开发等不到
• 有些视觉稿和交互稿对不上
• 核心功能和边角细节
• 交互设计放到开发之前
• 开发评估问题

核心问题:

• 产品,交互,视觉和开发之前的工作冲突
• 交互/视觉先做工作的确定,评审时被砍的工作,先做出来了,需要做的功能却没及时出来

问题解决:

• 过需求的时候,列出表格 大家都能参与查看进来
• 如何去平衡工作的变动—前期螺旋模型

产品 交互/视觉 开发 如何协同

• 如何进行及时跟进: 反馈与沟通
• 螺旋,迭代,敏捷混合开发,取其优点
• 各个分组负责人细化沟通负责制
• 缺少沟通,统筹和规划
• 开发排期表?需求>