根据用户反馈,是否发现之前的需求分析有偏差?为什么会出现这种偏差?beta阶段你们是否能真的分析清楚用户需求?如何做到?
根据alpha阶段的推广情况以及用户反馈,我们吸取了经验教训。本项目的真正用户是有实际科研需求的研究生、老师等科研人员。我们对这些典型用户进行了定向推广,收集到了很多宝贵的评价和改进意见。通过对这些反馈信息的分析,我们重新思考了我们的需求,制定了在beta阶段的计划。
知识路书的产品定位是——图形化文献管理工具,主要的核心需求有以下两点
这两者需要有机紧密结合,才能最大限度地发挥知识路书的产品效力。
在alpha阶段,我们已经完成了文献管理工具和图形化的路书编辑器、阅览器,我们在beta阶段要着重做好此二者的有机结合,使用户更方便地使用图形化的方式管理文献、梳理文献。
如何才能更好地结合上述两大主要功能呢?
本阶段要新增什么功能?是否需要新的原型设计?是否有新增典型用户?新增的功能有什么验收标准?
根据上述需求,我们总结出以下需求,原型设计、典型用户与alpha阶段相同。验收标准:后端做到覆盖测试,前端做到无显式错误。
路书和文献管理
路书编辑器
技术上相对前一阶段需要作何改进?比如:增加对代码规范的要求、针对新的功能点所需要掌握的新技术、对代码流程管理上的一些规范
我们开发团队在alpha阶段的代码管理做的很好,使用eslint进行代码风格管理,使用github平台的看板管理、issue、Pull request等功能,实现了十分高效的开发管理。
在本阶段,我们要继续坚持上一阶段的管理模式,帮助新进成员更快熟悉、适应我们的管理模式。
上面这些要做的事情,如何具体分配到个人?请注意计划的粒度。
分组
姓名
任务
参考难度
预计时长
前端
ljy
引入tag标签
3
6h
-
批量导出bibtex
1
2h
-
文献阅读计划:已读 未读
2
4h
-
markdown 优化
2
4h
-
随笔编辑器
4
8h
-
yzn
面包屑改进crumb+动态路由
2
4h
-
help文档或新手引导、为新用户提供模板路书
2
4h
-
路书管理的卡片布局
3
6h
-
zwx
拖拽方式添加节点
4
8h
-
路书的编辑撤销
4
8h
-
过长的文献名如何显示在路书中(alias?)
2
4h
-
随笔与路书的结合
3
6h
-
ym
批量导出bibtex
1
2h
-
多选与删除
3
6h
-
引入filter
4
8h
-
cc
熟悉项目管理工作流
2
4h
-
曲线连接
4
8h
-
用户自定义结点颜色、字体等
3
6h
-
文献笔记在路书中的显示形式
3
6h
后端
zzy
引入filter
4
8h
-
分页功能
3
6h
-
随笔、文献计划的相关api
4
8h
-
zxz
引入filter
4
8h
-
分页功能
3
6h
-
随笔、文献计划的相关api
4
8h
本阶段是否会尝试新的分工?新人入会如何进行培训?
cc同学在原项目软工管理平台的开发中,有过前端的vue开发经验,我们的项目也是使用vue框架搭建的前端,所以比较适合cc同学的技术栈。经过协商,cc同学与zwx一同进行路书编辑器相关功能的开发。
由于本项目原PM奆佬因某种奇特的方式不幸离开,我们以同样的奇特方式,推选出新的PM菜zwx同学。其在alpha阶段负责路书编辑器相关功能的开发,在beta阶段将负责PM的相关工作以及与cc同学共同开发路书编辑器功能。
我们对新人进行了项目培训,主要分为三个部分
cc同学十分努力,已经成功掌握了我们的项目开发工作流,而且已经成功提交了一个修复bug的PR,审核已通过。
预祝敏杰开发团队beta阶段开发顺利。
手机扫一扫
移动阅读更方便
你可能感兴趣的文章