团队作业6——展示博客（alpha阶段）

1.团队成员的简介和个人博客地址，团队的源码仓库地址。

博客头像	简介	照片
	姓名： 邱晓娴（组长） 角色： 开发 学号： 201521123037 特点： 完美主义，擅长技术 个人博客地址： (http://www.cnblogs.com/qxx-Ultraman/)
	姓名： 张晨晨 角色： 美工 学号： 201521123009 特点： 不拘一格，擅长美工 个人博客地址： (http://www.cnblogs.com/z1450429983/)
	姓名： 黄登峰 角色： 测试 学号： 201521123032 特点： 爱自由，擅长找错 个人博客地址： (http://www.cnblogs.com/hdf433/)
	姓名： 陈凯欣 角色： 开发 学号： 201521123034 特点： 静思后行，擅长技术 个人博客地址： (http://www.cnblogs.com/carol520123/)
	姓名： 何雨柔 角色： PM 学号： 201521123040 特点： 勇于尝试，擅长创新 个人博客地址： (http://www.cnblogs.com/hyrrr/)

团队源码仓库地址：
https://gitee.com/carolfantasy/team_programming__accounting_small_program.git

2.团队各成员贡献排序（从大到小，无并列）

3.团队8天 Alpha 冲刺站立会议博客链接汇总（集合贴）

4.团队可以做一个 MVP (Minimum Viable Product) 版本， 只要核心的功能 （例如用户注册，找回密码这些非核心功能可以不用做）。也可以允许团队把快速原型的方案演示给潜在用户看， 让他们提反馈意见。

• 记账功能

• 编辑账目功能

• 显示账目明细功能

• 显示报表功能

5.我们要做软件工程，那就要有一点工程的样子：

• 团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？

  我们的目标是：
  没有蛀牙
  设计一款可用手机记账的小程序。通过简便的记账方式，促进用户记账的积极性及兴趣，让大学生了解自己的消费情况，从而有效控制花费，并计划消费。
  预期的典型用户：
  预期是所有有生活费并且使用手机微信的大学生。
  预期的功能描述：
  能够记录收入支出并且可以查看图表和进行基础的增删改查功能，而且可以通过对一个月用户花费类型的分析和统计汇总，给用户提出合理的建议，让用户下个月有更加明晰的花费的方向。
  预期的用户数量：
  那就先定个小目标吧！12个！

• 团队的产品如何满足了用户的需求？

  因为是基于微信平台的小程序，所以非常方便快捷，不需要另外下载APP，不占用手机内存，打开微信就能记，手机付款完就能记，睡前躺在床上想起就能记，真正做到随手随时可记。还有对消费的分析功能，能够给出合理的建议，让用户能够对自己一个月或者一段时间的消费有更加深入的了解，能够有更加清晰的认识，更能够合理的规划消费。长期使用能够减少“我的钱怎么花着花着就没了”“不知道钱花去哪里了”的问题。

• 团队在Alpha阶段已完成了哪些目标？

  感觉对于预期目标而言，已完成的只是很小的一部分。已经完成了记账的增删改功能，查询和查看图表以及生成分析报告还未实现。

• 团队的成员如何分工协作的？有什么经验教训？

  我觉得这个分工的问题已经写过很多次了 ，之前的博客也都有提及，基本上分工问题就和个人简介里的特点相符合。
  邱晓娴、陈凯欣任团队的开发人员，张晨晨任美工，黄登峰任测试人员，何雨柔任PM。
  个人认为这个分工还算相对合理，也是根据每个人的实际情况来分配的，不过在实际开发过程中还有一些变动，例如，对项目的预期设计不仅由PM来设想，大家都有提出建议；界面的设计也不仅仅是美工来做，算是集思广益；项目的代码编写也不单单是开发人员，每个人都有参与。
  经验教训就是应该多分配人员来做开发吧，因为感觉完成一个项目真的太花费时间精力了，加上不是全职开发，平时还有上课和别的事情，只有两个开发的话真的任务太重了。

• 团队是如何进行项目管理的？

  采用码云进行项目管理，大家提交到一个共同的项目里。
  

• 团队如何平衡 时间/质量/资源 争取如期完成任务的？

  • 首先，每日制作燃尽图，让团队成员了解到当前进度。
  • 其次，站立会议会帮助大家更加清楚的知道彼此的进度，遇到的问题和第二天的任务。
  • 再者，通过站立会议知道团队成员的困难所在，可以灵活的调整相应的任务，例如美工测试和PM在开发阶段任务相对较轻时，可以帮助开发人员一同完成代码的编写。
  • 而且，通过讨论能确定目前alpha阶段要做的最最核心的功能是什么，首先要实现什么，暂时先舍弃一些其他功能的开发以保证核心功能的质量。
  • 最后，还是要多交流多沟通，相互体谅理解，互相帮助，一个有爱的团队在开发过程中会轻松很多。

6.团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？

团队项目的实际进展：

发布的功能：

说明：
我们的燃尽图从最后看来是没有完成的。但是实际上我们alpha阶段的任务已经完成了。出现这个情况的主要原因是，一开始设置燃尽图需完成的任务卡片时，把beta阶段要做的任务也设置进去了。但是在进行敏捷冲刺第一次会议时确定的alpha阶段任务，是最最核心的功能，所以暂时放弃了一些功能的开发，把它们放到了beta阶段，但是卡片已经设置，所以出现了燃尽图最后没有完成的情况。
其实我们的燃尽图看起来很不理想。因为各种外界因素影响很大，有时候做完了忘记去更改燃尽图，也有时候当天事情非常多，没有开发项目。其实进展还是非常慢的，大家也利用各种可利用的时间在做，希望beta阶段能有更理想的燃尽图。

7.在Beta阶段需要改进哪些方面？请给出下一阶段的展望。

beta阶段的展望：

• 报表能引入数据
• 前后端交互
• 后端和数据库能交接

团队作业6——展示博客（alpha阶段）

原文：https://www.cnblogs.com/tdbk715/p/8983685.html