[知识路书]beta设计和计划
[知识路书]beta设计和计划
一、需求再分析
根据用户反馈，是否发现之前的需求分析有偏差？为什么会出现这种偏差？beta阶段你们是否能真的分析清楚用户需求？如何做到？
根据alpha阶段的推广情况以及用户反馈，我们吸取了经验教训。本项目的真正用户是有实际科研需求的研究生、老师等科研人员。我们对这些典型用户进行了定向推广，收集到了很多宝贵的评价和改进意见。通过对这些反馈信息的分析，我们重新思考了我们的需求，制定了在beta阶段的计划。
知识路书的产品定位是——图形化文献管理工具，主要的核心需求有以下两点
- 文献管理
- 图形化编辑器
这两者需要有机紧密结合，才能最大限度地发挥知识路书的产品效力。
在alpha阶段，我们已经完成了文献管理工具和图形化的路书编辑器、阅览器，我们在beta阶段要着重做好此二者的有机结合，使用户更方便地使用图形化的方式管理文献、梳理文献。
如何才能更好地结合上述两大主要功能呢？
- 做好文献管理和图形化路书编辑器的人性化、智能化改进
- 为弥补纯粹图形化的表达不足，要引入更加合理的文本呈现形式
- 除了用路书来整理文献以外，还要反过来由文献来推荐/查找相关路书
- 建立社区元素(论文推荐、最热路书、最新路书、评论、点赞等)可更好地推广，提升用户粘性
二、功能增减
本阶段要新增什么功能？是否需要新的原型设计？是否有新增典型用户？新增的功能有什么验收标准？
根据上述需求，我们总结出以下需求，原型设计、典型用户与alpha阶段相同。验收标准：后端做到覆盖测试，前端做到无显式错误。
人性化改进
-
路书和文献管理
- 引入tag标签
- 引入filter
- 分页功能
- 文献阅读计划：已读 未读
- 多选与删除
- 批量导出bibtex
- 路书管理的卡片布局
-
路书编辑器
- 拖拽方式添加节点
- 曲线连接
- 用户自定义结点颜色、字体等
- 路书的编辑撤销
更合理的文本呈现形式
- 文献笔记在路书中的显示形式
- 过长的文献名如何显示在路书中(alias?)
- markdown 优化
- 用户可编辑随笔，随笔可包含路书，路书亦可包含随笔节点
其它功能
- help文档或新手引导、为新用户提供模板路书
- 面包屑改进crumb+动态路由
- 路书的导出：图像、html、pdf等格式
- 社区元素
- 论文推荐
- 最热路书
- 最新路书
- 评论、点赞
三、技术改进
技术上相对前一阶段需要作何改进？比如：增加对代码规范的要求、针对新的功能点所需要掌握的新技术、对代码流程管理上的一些规范
我们开发团队在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同学的加入～
cc同学在原项目软工管理平台的开发中，有过前端的vue开发经验，我们的项目也是使用vue框架搭建的前端，所以比较适合cc同学的技术栈。经过协商，cc同学与zwx一同进行路书编辑器相关功能的开发。
由于本项目原PM奆佬因某种奇特的方式不幸离开，我们以同样的奇特方式，推选出新的PM菜🐔zwx同学。其在alpha阶段负责路书编辑器相关功能的开发，在beta阶段将负责PM的相关工作以及与cc同学共同开发路书编辑器功能。
培训
我们对新人进行了项目培训，主要分为三个部分
- 项目开发工具的使用
- 项目工作流、代码管理的规范
- 路书编辑器功能的交接
cc同学十分努力，已经成功掌握了我们的项目开发工作流，而且已经成功提交了一个修复bug的PR，审核已通过。
最后
预祝敏杰开发团队beta阶段开发顺利。
