首页  ·  知识 ·  研发管理
适合WEB项目要求的流程
网友       编辑:DEZAI   图片来源:网络
h1项目流程/h1 h2立项阶段/h2 角色:项目经理、总监(项目需求方)b

项目流程

立项阶段

角色:项目经理、总监(项目需求方)
主要任务:
1 项目经理完成项目立项文档
项目战略
项目的目标
项目范围
项目所需资源(角色及职责范围,硬件,外部资源)
项目时间周期
项目沟通约定
项目的风险
项目预期收益
2 总监确认项目立项书
3 跟所有将参与项目的人员沟通
决定能不能参与项目,能不能完成职责内容
4 所有项目人员参加项目立项会议,明确各自的职责及任务。

项目规划阶段

角色:项目经理、总监、项目参与人员、其它人员
主要任务:

  1. 所有项目组成员头脑风暴会议

这个会议的主要目的是利用集体的智慧,对产品进行创新性的讨论,这个会议不确定产品要实现的功能,不否认每个人的观点(具体见头脑风暴会议的解释)。

  1. 项目经理整理头脑风暴会议得到的feature列表。
  2. 项目经理与总监沟通决定feature是否要实现。
  3. 项目经理跟相关人员讨论feature实现的可能性,整理出可以实现的feature,并定好feature优先级
  4. 总监确认项目经理整理出来的feature列表。
  5. UE整理feature列表,进行细化(有哪些feature后必须有外加哪些功能作补充)。画出功能MM图。
  6. 项目经理招开功能审核会议,由项目组中有经验的同事参与。这次会议的主要目标是查看功能是否完善。
  7. 项目经理跟相关人员讨论这些功能是否可以实现。跟据feature优先级制定功能优先级。
  8. 功能MM图提交总监审核。审核的重点是检查功能是否完善。
  9. 项目经理整理出需要技术预研的功能,并与相关人员沟通,制定预研时间表。
  10. 项目经理制作产品任务分解文档,并制定甘特图。

项目设计阶段

角色:项目经理、总监、UE
主要任务:

  1. UE设计用户流程模型(第一版模型),
    1. 界面布局、信息架构、导航结构。
    2. 模型必须是可以完成流程(即可以走通)。
    3. 模型可以简单,比如在显示帮助信息的地方只要写“帮助”两字,在显示图片缩略图列表的地方写“图片缩略图列表”几个字。
    4. 这里主要参与人是UE和项目经理。每制作完一个部分,必须有经验丰富的人去润色。
  2. 项目经理招开交互模型审核会议。由项目组中有交互研究经验的同事参与。
    1. 会议的目标是讨论交互是否合理。会后,项目经理对会议中提出的建议进行整理,并回到第1步,再次设计流程模型。
    2. 会议的参与人是UE/UI,产品经理
    3. 此过程直到流程模型完善为止。
  3. 流程模型提交给总监审核。审核的重点是交互流程。

项目设计阶段2

角色:项目经理、总监、UE、UI
主要任务:

  1. UE制作初期产品参数表(第一版参数表)。这里制定的参数是一个初步的版本,也就是为满足用户可用性要求所必须的最低要求。但后期会跟据UI设计,更新这里的参数。因为UI可能会从美化的角度提出不同的参数。
  2. UE细化第一版模型,跟据产品参数表制作交互模型(第二版模型)。第二版模型的重点是从可用性方面细化界面功能。
    1. 内容
  3. 项目经理招开交互模型审核会议,由项目组中有交互研究经验的同事参与。
  4. 交互模型提交给总监审核。审核的重点是交互流程。

界面设计阶段

角色:项目经理、总监、UE、UI、开发人员
主要任务:

  1. UI跟据UE制作的交互模型进行UI设计。
    1. 这个阶段UE必须会同UI一起工作,UI在UE允许的范围内自由发挥,UI同时可以对现有交互提出意见,比如有些交互动作可以作修改,以使界面比较好表现,且能不影响用户交互。意见由项目经理作最终决定。
    2. 如果在这个阶段交互作过修改,则UE必须更新交互模型。
    3. 每个功能如果是在一个页面之内,必须制作出页面效果图。不允许只设计单独的功能界面。
  2. UI会同前端页面工程师,制作UI设计模型(第三版模型)。
    1. 这个模型已经是产品最终的型态,也就是说如果后续不做UI上优化的话,最终的产品就是这个样式。
  3. 项目经理招开设计模型审核会议,由全体项目组成员参加。
    1. 这个会议中,开发人员必须评估UI设计的效果是否能全部实现,如果有些效果实现特别麻烦,必须让UE/UI再次设计。
    2. 项目其他人员提出的意见,可能会涉及到第一版模型和第二版模型所确定的内容,因为第一版模型或第二版模型在审核时,并不能完全体现出产品的所有细节,只有做出了最终的设计样品时才能看出来。
    3. 所有修改意见,由项目经理整理,并会同UE/UI一起讨论是否修改。
  4. 设计模型提交总监审核。
    1. 如果审核中提出意见,则项目经理确定是哪一步需要修改,
  5. UE跟据UI设计稿重新制定产品参数表(第二版参数表),制定时需要会同UI一起制作。
    1. UE有时需要UI来确定参数是否影响界面的呈现。

开发阶段

角色:项目经理、UE、UI、开发人员
主要任务:

  1. 各技术协调人对跟据UI设计稿对开发任务进行细节分解,制作开发人员任务计划表。
    1. 这里与一开始项目经理的任务分解有些不同,项目经理做的任务分解只是对项目主体功能的任务划分,由于没有最终设计稿,不可能对任务分解到很细的程度。到这里有比较详细的设计模型及交互模型后,技术协调人就可以跟据这两个模型,对任务进行分解,评估开发时间,制定详细的计划。
    2. 这一阶段的任务是相对固定的,不会再对交互模型进行修改,UI可能会有些变动,但这些变动也不能涉及交互的修改。
  2. 开发人员对产品进行开发。
    1. 产品开发的依据是交互模型(第二版模型)、设计模型(第三版模型)及产品参数表(第二版参数表)。
    2. 开发人员对于不理解的地方,由项目经理会同UE进行解释。
  3. 技术协调人安排整理程序所需的错误提示文案。
  4. 项目经理将错误提示文案统一提交给UE,UE制定完文案后,反馈给开发人员进行统一修改。

测试阶段

可用性测试

产品设计模型完成之后,UE作为可用性测试人员对产品进行一遍可用性测试。

产品测试

文档模板

项目立项书

产品参数表模板

本文作者:网友 来源:网络
CIO之家 www.ciozj.com 微信公众号:imciow
   
免责声明:本站转载此文章旨在分享信息,不代表对其内容的完全认同。文章来源已尽可能注明,若涉及版权问题,请及时与我们联系,我们将积极配合处理。同时,我们无法对文章内容的真实性、准确性及完整性进行完全保证,对于因文章内容而产生的任何后果,本账号不承担法律责任。转载仅出于传播目的,读者应自行对内容进行核实与判断。请谨慎参考文章信息,一切责任由读者自行承担。
延伸阅读