根据用户反馈,是否发现以前的需求分析有误差?为何会出现这种误差?beta阶段大家是否能真的分析清楚用户需求?如何作到?html
根据alpha阶段的推广状况以及用户反馈,咱们吸收了经验教训。本项目的真正用户是有实际科研需求的研究生、老师等科研人员。咱们对这些典型用户进行了定向推广,收集到了不少宝贵的评价和改进意见。经过对这些反馈信息的分析,咱们从新思考了咱们的需求,制定了在beta阶段的计划。前端
知识路书的产品定位是——图形化文献管理工具,主要的核心需求有如下两点vue
这二者须要有机紧密结合,才能最大限度地发挥知识路书的产品效力。git
在alpha阶段,咱们已经完成了文献管理工具和图形化的路书编辑器、阅览器,咱们在beta阶段要着重作好此两者的有机结合,使用户更方便地使用图形化的方式管理文献、梳理文献。github
如何才能更好地结合上述两大主要功能呢?后端
本阶段要新增什么功能?是否须要新的原型设计?是否有新增典型用户?新增的功能有什么验收标准?api
根据上述需求,咱们总结出如下需求,原型设计、典型用户与alpha阶段相同。验收标准:后端作到覆盖测试,前端作到无显式错误。markdown
路书和文献管理框架
路书编辑器编辑器
技术上相对前一阶段须要做何改进?好比:增长对代码规范的要求、针对新的功能点所须要掌握的新技术、对代码流程管理上的一些规范
咱们开发团队在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阶段开发顺利。