确定选题
-
确定团队选题,确定之后每个团队需要描述要做的究竟是什么系统,预期的用户量是多少。
-
团队题目:记账App
-
描述:使用者可以通过app的登录界面使用已经注册的账号进入app,在记账app中用户可以进行收入、支出账单记录,像是通过app中已有分类进行选择、记录,也可以自己通过备注的方式添加详情,同时用户也可以对已有的收入、支出账单记录进行修改、删除操作,像是修改支出金额啊,收入金额啊之类的;删除错误的记录之类的。当然,app也具有可以进行账单的查询,拥有查询的便捷方式——选择日期查询账单,与此同时,app还可以在每个月的1号推送上一个月的月账单,月账单包括了当月的收入、支出总金额,当月的支出、收入的数据统计分析,并且数据统计分析也可以随时查看不需要只是月账单中才带有。
-
预计用户量:20人
-
-
围绕选题项目内容的 真实、可用、有价值(有情怀 作为加分项)目标来分别阐述。
-
真实目标:现在大多数人们普遍都存在一种现象——"啊,明明没买什么,怎么钱都用光了"。很明显这样的现象,就是人们对个人财务管理意识薄弱的体现。为了避免这一现象,我们需要对自己的收支作出分析,能够知道自己每个月将钱花在了哪些地方,自己每个月的结余情况,了解哪些支出是必需的,哪些支出是可有可无的,从而更合理地安排支出,俗话说“你不理财 财不理你”就是这个道理。记账就是一个很好的解决手段。而记账APP的存在使我们的记账方式更加便捷,实现轻量级记账,简约记账,以最清新的界面提供最舒适的体验,就是我们的目标。
-
可用目标:记录[当前支出]、查看[支出统计图]与[当月支出]、基础的预算功能
-
有价值目标:
- 掌握个人或家庭收支情况,合理规划消费和投资。
- 培养良好的消费习惯。理性消费。通过记账搞清楚钱是怎样花出去的,避免大手大脚乱花钱,成为精明的理性消费者,把钱花在刀刃上,用更少的钱做更多的事。
- 增强对个人财务的敏感度,提高理财水平。
-
有情怀目标:
- 不记帐可以过生活,记账可以更好的生活.
- 促进家庭成员和睦相处。日常生活的开支需要家庭主要成员共同负担。若是时间长了,不记家庭账,就难免会互相猜疑,你说我出钱少,我说你吝啬,或者怪持家长辈偏心。如果有一本流水账,谁挣多少、谁花多少一目了然,家庭成员自然也就无话可说。
- 起到备忘录的作用。亲友借债、人情往来随礼这类事一般不写字据,时间长了就难免遗忘,记家庭流水账,就可以做到有账可查,心中有数。
-
-
建立和初步熟悉团队git的协作方式。项目后续的代码、文档都要通过码云增量式管理。实现文档的版本化和增量式管理。
-
请立刻建立团队项目的git仓库。
强调:做雷同项目的不同团队, 请在项目立项的时候,就提出自己团队独特的设计/功能是什么,如何找到目标用户, 然后执行。团队码云地址:https://gitee.com/git_ty1213/jizhang_program
团队独特的设计在于每月1号会有前一个月的月账单推送,将用户一个月的支出、收入情况进行分析和总结。会选择记账的用户一般都是希望可以知道自己的每个月支出、收入情况,以此来分析用户自己的花销情况,来决定下个月是否有可以节省的没必要花费的项目,而本app退出月账单这一点就可以吸引用户的使用。
制定团队计划
根据发布的项目时间规划,初步确立团队任务计划,将团队的任务计划添加到码云的团队项目Issues(列表、里程碑)里面,要求:
-
PM组织成员快速阅览《构建之法》第8章到第15章关于“软件开发完整生命周期”的相关章节,并回顾在案例分析中初步练习过的项目计划设计的方法对项目做时间安排。同时请参考下面的团队项目每周环节进度表。
-
使用《构建之法》“计划和估计” 一节中提到的讨论方法和耗时估计公式来矫正计划的时间表,为每个环节定制好时间。并注意,不要贪图做太多的功能,而是要把关键的场景实现了(参考《构建之法》中关于MVP的描述)。
使用的公式:
- 公式:Y=X+-X/N
Y是某件事实际时间花费,X是对于某件事的估计时间, N是做过类似开发工作的次数,中间的+-表示加上或者减去。 - 公式:Y=(Y0,Y0F0F1...Fn)
Y0是团队估计时间,F0到Fn是各种因素,例如产品因素、平台因素、人员因素、项目因素等,最小值为1,最大值为10。对“完全在掌握中”给予1(表明这不会为项目引入不确定因素,“完全不知道”给予10。
原有时间安排表:
第 6-7 周 | 1. 制定团队计划 |
---|---|
2. 需求规格说明书 | |
3. 原型设计,队员估计任务难度并学习必要的技术 | |
4. 编码规范完成、平台环境搭建完成、初步架构搭建 | |
5. 架构设计,WBS, 团队成员估计各自任务所需时间 | |
6. 测试计划制定 | |
第8-9周 | 1. 团队项目Alpha任务分配计划 |
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | |
第10周 | 1. 用户反馈+测试计划改进 |
2. 团队Alpha阶段个人总结 | |
3. 团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理 | |
第11周 | 1. 项目复审 |
2. 团队项目Alpha博客:事后分析 | |
3. 每个团队有一人必须离开,自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。 | |
第12-13周 | 1. 团队项目Beta任务分配计划,介绍新成员 |
2. 连续7天的Beta敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | |
第14周 | 1. 团队项目Beta博客:发布说明、测试报告、展示博客 |
2. 团队Beta阶段个人总结 | |
第15周 | 1. 项目复审 |
2. 团队项目Beta博客:事后分析, 宣布每人的贡献分 | |
第16周 | 1. 团队整个阶段总结,分析用户数据,整理文档,保证以后的团队能接手。 |
矫正后的时间安排表:
日期 | 任务 | 估计时间 | 实际时间 |
---|---|---|---|
第 6 周 | |||
1. 团队项目启动,制定团队计划 | 6天 | 6天 | |
第 7 周 | |||
周一至周三 | 1. 需求规格说明书 | 3天 | 3天 |
周四 | 3. 原型设计,队员估计任务难度并学习必要的技术 | 1天 | 1天 |
周五 | 4. 编码规范完成、平台环境搭建完成、初步架构搭建 | 1天 | 2天 |
周六至周日 | 5. 架构设计,WBS, 团队成员估计各自任务所需时间 | 2天 | 1天 |
周六至周日 | 6. 测试计划制定 | 2天 | 1天 |
第8-9周 | |||
周一 | 1. 团队项目Alpha任务分配计划 | 2天 | 1天 |
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | 7天 | 12天 | |
2.1.第一次冲刺:了解需求并汇总(李香荣、罗登宇) | |||
2.2.第二次冲刺:根据需求设计系统功能并分配组员的任务模块(全体组员) | |||
2.3.第三次冲刺:登录模块--设计用户注册和登录界面(郭雅芳) | |||
2.4.第四次冲刺:功能模块—支出收入的增删改(徐婉萍) | |||
2.5.第五次冲刺:统计模块—日月年账单(谭燕) | |||
2.6.第六次冲刺-第七次冲刺:完善各功能模块(全体成员) | |||
第10周 | |||
周一至周三 | 1. 用户反馈+测试计划改进 | 3天 | 3天 |
周四至周五 | 2. 团队Alpha阶段个人总结 | 2天 | 1天 |
周六至周日 | 3. 团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理 | 2天 | 1天 |
第11周 | |||
周一至周三 | 1. 项目复审 | 3天 | 3天 |
周四至周六 | 2. 团队项目Alpha博客:事后分析 | 3天 | 2天 |
周日 | 3. 每个团队有一人必须离开,自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。 | 1天 | 1天 |
第12-13周 | |||
周一 | 1. 团队项目Beta任务分配计划,介绍新成员 | 1天 | 3天 |
2. 连续7天的Beta敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | 7天 | 11天 | |
第14周 | |||
周一至周五 | 1. 团队项目Beta博客:发布说明、测试报告、展示博客 | 5天 | 3天 |
周六至周日 | 2. 团队Beta阶段个人总结 | 2天 | 1天 |
第15周 | |||
周一至周四 | 1. 项目复审 | 4天 | 4天 |
周五至周日 | 2. 团队项目Beta博客:事后分析, 宣布每人的贡献分 | 3天 | 2天 |
第16周 | |||
周一至周日 | 1. 团队整个阶段总结,分析用户数据,整理文档,保证以后的团队能接手。 | 7天 | 4天 |
团队Issues: https://gitee.com/git_ty1213/jizhang_program/issues
团队任务计划Issues截图:
团队项目Issues截图:
团队分工及完成情况:
姓名 | 团队分工 | 完成情况 |
---|---|---|
徐婉萍 | 博客编辑,整合其他团员任务,部分项目计划安排,确定部分团队项目目标 | 已完成 |
谭燕 | 团队项目git仓库的建立,部分项目计划安排,添加计划至码云的团队项目Issues | 已完成 |
郭雅芳 | 确定团队选题,确定部分团队目标,确定团队项目预期 | 已完成 |
李香荣 | 确定部分团队计划安排 | 已完成 |
罗登宇 | 确定部分团队项目目标 | 已完成 |
个人感想:
-
徐婉萍:本次作业主要是确定团队的项目选题及制定团队计划。在这次作业中,和团队成员一块讨论了本次项目的立项目标,项目计划安排,项目主要实现功能之类的问题。通过对于项目的任务计划安排表的具体规划和设计,使得我们对于本次项目的实施过程更有条理,更能够把握好项目中每个阶段所花费的时间,不至于超出所规定的日期,导致项目不能够结项。在项目的启动阶段,我们需要制定好团队计划、项目实现功能等,这样的话就不至于会在实施的过程中手忙脚乱。虽然,我们团队的技术能力可能并不是特别优秀,但是,我们会尽力做好我们能够做到的,我们需要做到的事情。只要我们能够为这个项目一起努力付出,一起努力实现项目目标,这样我们一定能够完成我们所希望的,也能从中获得不小的收获和经验。
-
谭燕:这次作业中,我完成了团队项目git仓库的建立,以及部分项目计划安排,并将计划添加至码云的团队项目Issues中。制定团队计划进度表真的让我有了很强烈的时间观念,感觉时间很紧张,如果完不成每个环节的任务,下一个任务的时间进度会很紧张,最终有可能导致项目发布的延期。还有一点值得担心的是,我们的技术能力可能不足,从而功能模块的实现可能会出现问题。当然我们必然会想尽一切办法付出百分百的努力去实现它,我也相信我的组员,在我们的一起努力坚持下,最终有一个满意的成果。
-
郭雅芳:这次作业主要是确定选题和制作任务计划。通过这次作业,我了解到了,如何选择一个有价值的项目,通过查询资料得到了三条标准:
- 软件的市场容量,需求是否迫切?
- 软件的使用场景,目标用户的痛点。
- 目标客户是哪些群体,为什么要做这个软件?
此外,我还了解到可以从真实、可用、价值方面的目标来更加明确的我们的设计核心点在哪。emmm...我的一句话宣言是"空白才是未来能够获得巨大收益的东西"。希望可以从今后的团队合作中获得巨大收益。
-
李香荣:本次作业中,我完成了团队计划进度表的制定。制定团队时间计划表不能随意,因为它具有参照意义,是团队开发的导航,如果安排给前面任务的时间太过宽松,那么后面的任务就会时间不够,可能无法按时交付软件;如果时间太紧可能无法完成,耽误团队进度。当然,影响团队任务完成的因素还有很多,其中团员的专业能力是至关重要的,但是我相信我和我的团员会努力的掌握相关的知识,尽最大的努力去完成项目。
-
罗登宇:这次作业是确定团队选题,每个人的任务计划以及团队项目的任务计划安排。而在这次讨论选题中,通过和组员的交流沟通,我们确定了团队作业的计划进度,每个人都拿到了自己比较得心应手的任务。我的水平不太够,但会尽力配合各组员来克服我所遇到的困难,通过我们的团队协作一定能完成团队作业的。