此作业要求参见：https://edu.cnblogs.com/campus/nenu/2019fall/homework/9861
组长组“多彩夕阳”项目诸葛亮会议
设想和目标
1.我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们设计的软件主要是针对当代老年团体，为了他们的晚年生活提供方便。在某一个社区进行使用，在软件里发布生活信息，社区活动，和一些商品的买卖。考虑到老年人对智能手机的不熟练，软件操作起来相对简单。注册登录进入之后只需要用手指点开感兴趣的界面就可以，使老年人获得消息通知，对自己想去的活动进行报名，或者购买，方便老人生活和娱乐活动。
2.是否有充足的时间来做计划?
有充足的时间做准备。从确定选题开始，小组成员就在一起商量项目的大体框架，包括开发工具，软件发布形式，主要功能，界面等。每个人发挥自己自己的特点，分工明确，大家及时的沟通所遇到的问题，不断地增加彼此的默契，一点一点的实现我们的项目的初级目标。
3.团队在计划阶段是如何解决同事们对于计划的不同意见的？
计划阶段，小组成员对项目计划公共部分都提出了自己的看法，也出现过争论。大家在一起讨论之后，把项目中的每一步骤都组合到一起，比较出一个最佳方案。把其中的一些细节安排给特定的人，让其在这里面自由发挥，互不干扰。
4.用户量、用户对重要功能的接受程度和我们事先的设想一直吗？我们离目标更近了吗？有什么经验教训？如果历史重来一遍，我们会做什么改进？
alpha阶段结束我们有10名用户，和我们项目初期设想的目标一致，用户对软件的功能表示认可，觉得做的很有想法。同时也对一部分功能的优化给出一些建议以及需要增加的功能。不过总体上来看，还是收到不错的效果，和我们预先设定的目标一致，离我们的目标更近了一步。
通过这次实战，从中得到很多经验教训主要包括项目：（1）需求分析。我们做的分析不足导致软件的全面性不足，影响用户的使用体验，这也是下一步的改进计划.（2）项目发布。我们计划时使用app的形式发布，然而由于没有经验不知道发布app平台需要版权，所以导致我们的发布没有和预期承诺的样给我们组也是减了分数。（3）团队合作。这是我们第一次组合在一起进行工作，以前所有人都没有经历过这种模式，所以难免出现各种问题，这是给我们所有人今后参加工作的提前热身。
如国历史能从来一遍我们将会对项目里的功能进行更细化的分配，对需求分析做的更全面，争取达到所有人的满意。
计划
1.你原计划的工作是否最后都做完了?如果有没做完的，为什么?
原计划的工作目前已经全部完成。只是在发布上没有和预期的一致，主要是因为我们对发布一款app的不了解，出现没有预想的的困难。
2.有没有发现你做了一些事后看来没必要或没多大价值的事?
没有。项目中的每一件事都是计划多好的，都对软件的后期具有重要意义。
3.是否每一项任务都有清楚定义和衡量的交付件?
是的。我们每天都会召开一次立会，并拍照为证，照片上显示出当前日期时间，地点也是精确到具体位置。对每一项任务都分配到具体的人身上，每天有不同的人发布一篇立会报告。
4.是否项目的整个过程都按照计划进行?
是的。每一周我们会制作一张todolist，在这张表上明确每一项任务，并给出具体的执行人，所有人按照表上面的计划各自完成自己对应的任务，并在完成的上面用删除线标明。
5.在计划中有没有留下缓冲区，缓冲区有作用么?
留有缓冲区。我们的每一项任务都是对应着不同的人，大家按照计划去完成。在规定时间内完成则不会有问题。弱国有一个人由于某种原因耽误了，这个时候缓冲区则会发挥作用，所有人可以在这个时间一起解决该问题，缓冲区给了我们一次犯错的机会，是最后一到屏障。
6.将来的计划会做什么修改？（例如：缓冲区的定义，加班）
将来会对缓冲区进行更改，甚至会取消采用另一种办法解决。比如，小组成员中如果有一个人没有能力完成自己的任务，要及时汇报，其他人一起解决，再次对人物进行就划分，大家要互相帮助，团结协作，这样就可以把进度变快，提前完成项目。
7.我们学到了什么？如果历史重来一遍，我们会做什么改进？
在做项目时，时间对开发人员很重要，一定要精确，按时完成任务，完成不了时要及时说出来。如国重来一遍，我们会按照成员能力进行划分，这样就可以避免无法按时完成任务所带来的麻烦。
资源
1.我们有足够的资源来完成各项任务么?
有，我们通过网络搜索和向有经验的开发人员询问来完成各项任务。
2.各项任务所需的时间和其他资源是如何估计的，精度如何?
各项任务以分钟为单位，采用psp记录，开始时间，结束时间，中间间断时间都要细致记录
3.用户测试的时间，人力和软件/硬件资源是否足够?
足够。前期我们设想了10名用户小组五名成员分别去寻找用户进行测试，相对还是比较轻松
4.你有没有感到你做的事情可以让别人来做（更有效率）?
有。我感觉别人的能力都是在我之上，他们对自己的任务都能很好的解决。总是比我完成的更快，就觉得别人做可能更好。
5.有什么经验教训？如果历史重来一遍，我们会做什么改进？
会针对项目在网上进行类似查找，了解那些成熟得产品得内容，在衡量自己得项目，哪些是优点，哪些可以改进，充分利用网络资源。
变更管理
1.每个相关的员工都及时知道了变更的消息?
是的。我们通过微信群，有变更及时发布在群里，组员看到后及时回复，时间长没回复的会用电话联系。
2.我们采用了什么办法决定“推迟”和“必须实现”的功能?
小组开会讨论，确定核心功能，对核心功能必须实现，如：用户登录注册，主要活动界面。一些界面设计，如：图片会放在后期改进。
3.项目的出口条件（ExitCriteria）有清晰的定义吗?
将其定义为，大体框架中得主要功能全部完成，运行流畅。
4.对于可能的变更是否能制定应急计划?
能。利用电话及时通知成员。
5.员工是否能够有效地处理意料之外的工作请求？
能。对于完成不了工作任务得成员，其他人会分但他的那一部分，齐心协力完成项目。
6.我们学到了什么？如果历史重来一遍，我们会做什么改进？
要做好变更得解决办法，制定一套应急措施。确保所有人能够知晓变更的消息。重来一遍时，我们可能会更多的在一起工作，这样有问题能够很好沟通。对变更的消息，也能及时商量和获悉。
设计/实现
1.设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作是在确定项目之后由所有成员完成得。在实现上进行的分工。
2.设计工作有没有碰到模棱两可的情况，团队是如何解决的？
没有
3.团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
运用了TDD。没有用单元测试和UML。Tdd主要是编写测试用例框架对功能得过程和接口进行设计，二测试框架可以持续进行验证非常有效。
4.什么功能产生的Bug最多，为什么？
bug出现最多主要在活动报名部分吗，因为这部分和服务器进行的数据交换多，需要使用多接口。
5.代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
目前只是初期对代码得版式做了优化，还没有进行复审。
6.我们学到了什么？如果历史重来一遍，我们会做什么改进？
程序设计过程中注意代码规范，以及实现得工具选择像，接口，框架。如果做出改进，会根据能力强弱对代码编写部分合理分配，发挥各自特长。
测试/发布
1.团队是否有一个测试计划？为什么没有？
有测试计划，我们去到就近社区得活动中心进行测试，现场给老年人讲解产品得主要功能和用法，一并听取他们得用后感受。
2.是否进行了正式的验收测试？
我们收集了10名用户的感受，包括现场的反馈和微信问询的形式。
3.团队是否有测试工具来帮助测试？
没有。测试工作由成员手动完成。
4.团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
目前还没有，以后会设计。
5.在发布的过程中发现了哪些意外问题？
发布过程中我，我们发现我们想到的发布平台都需要版权才可以，这一点是我们没有考虑到的，给我们造成很打的困难，至今也没有很好解决。
6.我们学到了什么？如果历史重来一遍，我们会做什么改进？
测试软件要制定详细计划，对用户反馈的意见做好记录。在设计发布形式时一定要清楚了解，不能到最后才发现问题。如果重来一次，我们会仔细查找发布一款产品的条件，用一个风险小的发布形式。