初步任务计划
| 任务截止时间 | 任务 | 阶段成果展示形式 |
|---|---|---|
| 2016.10.22 | 团队计划、需求说明书 | 需求初评 |
| 2016.10.29 | 编码规范完成、平台环境搭建完成、初步架构搭建+需求规格说明书最终版、UI设计 | 编码框架+需求复审 |
| 2016.10.31 | UI设计改进+架构设计+测试计划 | |
| 2016.11.5 | 第一阶段冲刺——连续七天的站立式会议。编码+测试+项目管理同步推进 | Alpha版本发布 |
| 2016.11.12 | 项目完善+用户试用反馈+测试计划改进 | 改进总结调整 |
| 2016.11.19 | 第二阶段冲刺——连续七天站立式会议+测试+项目管理推进 | Beta版本发布 |
| 2016.11.26 | 正式版本完善+用户手册 | |
| 2016.12.3 | 正式版本发布 | |
| 2016.12.19 | 部署上线 |
说明：
- 2016.10.17-2016.10.22： 制定团队计划；设计软件的功能，并完成需求说明书
- 2016.10.22-2016.10.29： 完成编码规范；完成搭建平台环境，初步架构搭建；改进需求规格说明书；完成UI设计（原型图）
- 2016.10.29-2016.10.31： 改进UI设计（原型图）；完成架构设计和测试计划
- 2016.11.5-2016.11.12： 第一阶段完成大部分界面以及安卓端和后台的主要接口对接；
- 2016.11.12-2016.11.19： 第二阶段完成剩下的界面和接口对接，并进行测试
- 2016.11.19-2016.11.26： 完善项目并测试修改bug
- 2016.11.26-2016.12.3： 发布正式版本
- 2016.11.3-2016.12.19： 部署上线
访谈成果
前辈们的项目
- 学长做的是教师报课系统，当时类似于我们的两组中标，其他组自选题的模式，而学长他们组就是中标的两组之一，他们的分工是一组网页端采用PHP，另一组手机端，两组成果可以合并使用。
- 教师报课系统的设计初衷是为了解决原始手工上交Excel文档并汇总的工作量大的问题。
- 当时学长在自己有经验的情况下独自一人完成了整个系统的框架，然后分配任务给组员自选，每个任务工作量差不多。
- 当时设计的框架比较笨重，难以修改，学长现在正在重构该项目
经验与建议
- 项目有两大重要节点，分别是中期的Alpha版本和最终的beta版本。Alpha版本对实现质量的要求不高，由于时间较为紧迫，建议Alpha版本只是实现最基本的功能，之后的Beta版本则是对Alpha版本优化与升级。
- 时间周期安排问题，学长们是有每日会议的，大致是先设置个大致的计划（结合任务deadline和组员具体情况）然后每日动态地调节任务计划。每天开一次20min左右的小组会议，总结今天的工作，讨论今天待解决的问题，明确明天的工作任务，开会的过程中要求 站立 以提高效率，每次会议要 随机安排 人负责记录，这样可以提高大家的积极性。
- 组长有一大任务就是掌握好项目的进度，这样一来有三个重要的指标需要在会议中确定：已完成任务、Open、Close问题、明日任务。建议组长使用辅助工具XMind或者MindView来帮助 量化进度 。每天的任务必须当天完成，如果完不成那就该补得补，该学得学，该熬夜的就熬夜。
- 分工要明确，组长要起到督促的作用，协调组员之间的工作，保证组员能够保质保量完成任务。学长的项目只有三大块：数据库、前端页面、后端服务器。在分工时并不一定要求每个人的工作都是完全不同的，可以有两个人完成同一项大任务，然后由他们内部自行分配任务，由技术水平较高的人来完成大致的框架，其余的人根据自己的爱好或者自身能力来负责各个模块。
- 在软工的课程中，必然会出现有的人做得多、有的人做得少的情况，每个人的成绩或许不能百分百地按照你所付出比例来给，但反过来，我们所追求的也不仅仅是分数，我们真正追求的是能力的提高，所以软工过程中要端正心态、秉着 做得越多学得越多得到的越多 的心态。
值得注意的地方
- 提前写好接口文档，接口、数据和代码统一规范，避免后期出现问题。
- 首次使用APP可有有一些BUG或者细节没有实现好，但是一定要保证项目可以正常运行。
- 保证项目的完成，切忌烂尾。
- 同一个系统可以有多个端，如我们系统的兼职发布者、应聘者等
心得体会
- 经过学长们认真的回答与分享之后，我们对项目有了更加深刻的认识，也感受到了很大的压力，毕竟都是初出茅庐的新手，怎样做好自己的第一个项目成了我们每个人心中最大的目标。
- 从学长们的建议和经验中我们得到了许多启发，比如 每日20min的站立式会议 、明确昨日今日明日任务、确保任务进度、学会根据当前任务进度和deadline适当地动态调节计划、严格要求每个人完成任务、结合自身特点选择任务等等，都是一个团队应该有的。
- 这么紧迫的时间内完成这么重的任务，对每个组员都是一个考验，也是一次很好的经历，也许过程比较艰辛，但是当我们将来回想起来，这一定是一个非常美好的回忆。
- 我们要学习前辈们不怕难、不怕苦、做得越多学得越多得到的越多的精神，认认真真地完成这个项目，让它成为我们大学中 最美丽的风景线 。
权重分配
任务分配
| 任务 | 比例 | 完成情况 |
|---|---|---|
| 小组讨论 | 0.05/每人 | 每人除张建明 |
| github账号注册 | 0.01/每人 | 每人 |
| github项目 | 0.03/每人 | 胡泽善 |
| 联系学长 | 0.01/每人 | 吴宇轩 |
| 设计采访问题 | 0.01/每人 | 每人除张建明 |
| 采访学长 | 0.05/每人 | 每人除张建明 |
| 项目功能讨论 | 0.02/每人 | 每人除张建明 |
| 任务计划编辑 | 0.03/每人 | 吴宇轩+彭巍 |
| 采访成果编辑 | 0.01/每人 | 每人除张建明 |
| 采访成果汇总 | 0.03/每人 | 洪佳铭 |
| 随笔汇总编辑 | 0.03/每人 | 王婷婷 |
权重分配
| 学号 | 姓名 | 权重 |
|---|---|---|
| 031402330 | 吴宇轩 | 0.20 |
| 031402509 | 胡泽善 | 0.20 |
| 031402224 | 彭巍 | 0.19 |
| 031402508 | 洪佳铭 | 0.20 |
| 031402341 | 王婷婷 | 0.20 |
| 031402230 | 张建明 | 0.01 |