软件产品案例分析（团队）

标签（空格分隔）： 软工实践

作业的传送门

一、调研，评测（20分）

评测

• 上手体验

  • 绿色的UI还是第一次见到
  • 软件的延迟感觉很影响体验
  • 不能通过左右滑动来切换界面感觉很不习惯
  • 主界面中间的新建功能感觉比较的新颖。
  • 项目的四个分栏(全部、需求、任务，缺陷)简洁、易懂
  • 工作项里面的功能选择感觉有些复杂繁琐,最基本的完成任务在第一次上手时候没有找到。

• BUG

  • 1.项目的筛选功能,筛选后无反应,需要退出当前项目,再进入时才生效,并且无法识别当前是否处于筛选状态。

  • 2.频繁反复的点击选择框(3~6次即可)时,会出现页面卡死,滞留在如下图所示的页面,需要手动点击返回

    • 
    • 
    • 

  • 3.编辑项目信息时,部分非法命名时反馈信息出错,如项目名称修改为3个空格时,反馈信息为:网络繁忙,请稍后再试

    • 

（影响用户体验的可能不算BUG的BUG:）
- 4.下载附件不会自动保存,每次点击附件都会重新下载
- 5.进入项目的二维码有分享与发送和保存图片功能,但是识别二维码的时候却没有查看本地图片的功能。
- 6.只有点击进消息后,才知道是否有新的消息。

• 你觉得为什么这个产品组的人没有发现这些bug?
  有些BUG我觉得还是很好发现的,比如说,筛选的设计,这个只要随便新建几个工作项筛选一下就很容易看出来有BUG了....我也不知道为啥这个辣么严重，并且 筛选后体验极为不友好()

采访

• 采访对象的背景
  • 汉森
    • 西二成员,有丰富的个人和团队的项目经验。
      
    • 使用的工具是teambition
• 需求
  • todolist的创建
  • 可创建小组
  • 可分享
  • 自动生成燃尽图
  • 自动deadline提醒
  • ......

• 描述用户使用这个产品的过程,用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
  • 手机APP:账号登入->新建项目->进入项目->新建工作表->查看工作表->退回菜单->查看待办->改动待办事项->分享
  • 界面比较简洁,主界面的新建还是比较有意思的,但是界面太过单调,不够吸引人。
  • 功能比较基础,但是上没有发现什么特别的亮点
  • 没解决，体验不友好，loading时间太久(联通4G网络)，某些功能入口太深，或者不明显，比如添加待办事项。整个UI设计比较常规，对于我个人来说，一个独具风格的UI更能吸引我。
• 用户对产品有什么改进意见？
  • 优化loading时间，mask遮罩层意义不大。
• 结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价,请选择一个结论:
  • 不推荐。最后,我还是选择teambition。

二、分析

• 估计这个项目做到这个程度大约需要多少时间
  估计需要3到4个月左右的时间

• 软件目前的优劣
  市面上类似的软件也不少，我就拿我用过的teambition和这个软件进行对比。
  • 优势：华为软件开发云的任务分类更清晰，能够更清楚的为一个任务分类，并且对任务的查找提供了详细的筛选功能。
  • 劣势：用户体验不佳，比如项目不能删除，筛选过后的提示不够显眼，容易让别人忘记目前看到的是经过筛选的任务。用户之间的交流也比较困难。评论不能够删除，发送评论时没有发送键，只能够点回车。相比来说teambition的项目以及任务的创建删除更加的简洁明了，用户间的交流也更加简单。因此用户体验会比华为软件云好很多。除了用户体验就是对不同用户完成的任务没有筛选功能，不能够直观感受到每个用户对这个项目的贡献度大概有多少。
• 建议
  • 一. 改善用户的体验，具体内容在上面的劣势中有提到。
  • 二. 提供对不同用户完成的任务的筛选，能够更方便的让大家看到某个人完成了多少任务。

• 功能逻辑图
  

• 对用户体验方面、UI界面美观度、核心功能，分别打分（单项满分10分）
  • 用户体验 5分
  • UI界面美观度 8分
  • 核心功能 7分

第三部分 建议和规划（20分）

• 如果你是项目经理，如何提高从而在竞争中胜出？
  APP响应太慢，用户交互不流畅，减少loading时间，可以从服务端或者客户端入手，升级服务端的架构，移动端则可以考虑预请求等。

• 目前市场上有什么样的产品了？
  市场上同类型的产品数不胜数，coding、teambition等。。。

• 你要设计什么样的功能？
  对于同类型的软件，我觉得主要的功能不应该在todolist上，而是对于一个项目/业务进度的跟踪，包括部署，包括上线以后的一些状态监控，甚至可以推送线上的错误，例如sentry。可以线上开组会，线上组织活动等。

• 为何要做这个功能，而不是其他功能？
  我觉得目前没有什么提供给大众这种服务的系统，大部分有这种系统的都是企业内部自己实现，那么对于非专业开发来说，这样一个系统可以节省很多时间。可以减轻运维的压力，让开发人员更专注于开发。

• 为什么用户会用你的产品/功能？
  为什么不用？比起自己花几个小时去搭一个环境好还是使用一键部署更方便？

• 你的创新在哪里？可以用 NABCD 分析。
  部署：给出多套方案，适应不同的语言和框架。线上开组会就和知乎live差不多，可以把每个人的发言记录下来，更方便做总结。错误收集，将用户使用过程中软件出错自动提交。大概是一套运维工具，给非专业运维人员使用的一套工具。

• 如果你来领导这个团队，会有什么不一样？
  我觉得，就目前来说，这个APP缺点还是太多，要么就是企业不重视，或者是小组随便推出一个APP来KPI++，很多很明显的小细节都没考虑到。如果是我，可能差别不会特别大。需求都是PM定的，照做就是了。

• 如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
  5个人，美工就算了吧。PM可以当美工用。测试的话，人手少当然就找一个除了自己以外的人测试，最后小组一起测试。APP包括移动端和服务端，2个服务端，3个移动端。我觉得移动端要处理的事情比较多，包括还原原型，交互逻辑。比如：后端写一个删除的接口，前端删除的时候还需要询问是否删除。发删除请求，请求成功处理，请求失败处理。弱网环境？loading。请求成功后的处理，是在list中删除，还是重新获取数据，再刷新列表。所以我觉得移动端的人应该多分配一点。

• 描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。
  首先，得先商量架构，在第一周，商量架构，使用的技术栈，可能用到的库等。然后把大致的框架搭出来。细分功能块，分配任务。16周，每周上班时间为5天，周1-4开发，周5总结+测试。13周之前结束开发任务。14周做各种各样的优化。15周集中测试。16周发布。

• 项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
  
  架构使用微服务，k8s集群部署，每个服务单独跑一台主机。
  API网关：越高越好 * m
  微服务主机：越高越好 * n
  数据库： 主从数据库+备份
  缓存：redis 主备
  网站安全：DDOS