第06组 Alpha过后诸葛亮

1、组长博客：

http://www.javashuo.com/article/p-ajwstqul-dv.html

2、Postmortem模板

设想和目标

一、咱们的软件要解决什么问题？是否认义得很清楚？是否对典型用户和典型场景有清晰的描述？

设计一款简洁实用、功能齐全、为福大学子们量身定作的基于移动设备的线上任务交易平台APP——“福大帮帮”。在平台上，福大校园里的同窗能够发布任务及酬劳，能提供帮助的同窗能够领取任务给与帮助，这不只帮助任务发布者以高效方便地寻求帮助并解决问题，也让任务领取者在帮助了他人的同时也获取相应酬劳，一箭双鵰；同时在平台上，同窗间也可进行二手物件交易，尤为是二手书交易。

二、咱们达到目标了么（原计划的功能作到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)?

达到了一部分的目标并按照计划时间交付，但还未达到原计划的用户数量。

三、用户量, 用户对重要功能的接受程度和咱们事先的预想一致么? 咱们离目标更近了么?

软件还未开放公测，小范围内测中。用户对重要功能的接受程度和咱们事先的预想基本一致，离目标愈来愈近了。

四、有什么经验教训? 若是历史重来一遍, 咱们会作什么改进?

经验教训：想作的东西太多，但时间和准备上的不充足，让咱们不得不放弃许多功能。若是历史重来一遍，咱们会从新分析需求，细化任务分配，挑选最重要的功能来作。

计划

一、咱们是否有充足的时间来作计划？

有充足的时间来作计划，在组完队后咱们就找时间讨论要作的产品。

二、团队在计划阶段怎么解决同事们对于计划的不一样意见？

在这个阶段中，咱们进行了讨论，提出本身的见解，有的人提出应该实现什么功能，在这个过程当中是否会出现什么问题等等，对于不一样的意见，使用少数服从多数的方式来解决分歧。

三、你原计划的工做是否最后都作完了？若是没有为何？

原计划的工做大部分都完成了，包括完成登陆注册模块、 二手商品的发布等。剩余的部分好比任务发布尚未作完，主要是由于临近期末，你们都有一些考试，时间上不太好协调。

四、有没有发现你作了一些过后看起来不必活没有多大的事？

确定是有的，在刚开始作的时候，并无很明确的思路，作了很多无用功。

五、是否每一项任务都有清楚的定义和交付件？

是，每一次Alpha冲刺的代码都有上传到Github。

六、是否项目的整个过程都按计划进行，项目出了什么意外？有没有什么风险当时没有估计到？

并无彻底按照计划进行，好比前端和后端之间的接口尚未彻底肯定下来，整个项目在相互联系方面并无一个明确的规范，不一样人完成的任务会有必定程度上的差别，须要统一，这个状况归结到底仍是计划不够细致和沟通问题。风险的话是安全性方面作得不够，软件安全系数低，后期时间足够的话会考虑服务器安所有分增强安全性的途径，以及数据库部分没有用户认证。

七、在计划中有没有留下缓冲区，有什么做用？

有的，缓冲区的做用就是能够帮助咱们更好地发现问题和更高效地解决问题，进行交流弥补沟通不足和不明确各部分任务完成状况的缺陷。

八、未来的计划会作什么修改？

基本上没有什么修改，只须要花时间把整个软件的功能作完。

九、咱们学到了什么？若是重来一遍，咱们会作什么改进？

完善计划和定制计划一样重要。原计划的实施状况已经符合咱们的预期，可是在过程当中总会有一些意想不到的突发状况，所以及时的微调计划对于整个项目的实行起到了很重要的做用。若是能重来一次，我但愿在制定计划时可以留下更多的缓冲时间。

资源

一、咱们有足够的资源来完成各项任务么?

相对来讲有足够的资源来完成各项任务 ，咱们组有不少大佬！

二、各项任务所需的时间和其余资源是如何估计的，精度如何?

根据任务须要学习的内容难易程度还有开发难度，给与适当的时间；根据实现功能实现须要什么来肯定资源，精度通常 。

三、测试的时间，人力和软件/硬件资源是否足够? 对于那些不须要编程的资源 (美工设计/文案)是否低估难度?

软硬件，人力基本足够，时间资源略有不足。关于美工设计与文案确实有所低估，所需资源分配不够充足。

四、你有没有感到你作的事情可让别人来作（更有效率）?

没有。组长在分配任务的时候就考虑了每一个人的能力。

五、有什么经验教训? 若是历史重来一遍, 咱们会作什么改进?

经验教训仍是时间估计的有点错误，和考试冲突的太频繁了，若是再来一次的话，咱们必定会更加合理的安排好时间，。

变动管理

一、每一个相关的员工都及时知道了变动的消息?

是的。

二、咱们采用了什么办法决定“推迟”和“必须实现”的功能?

根据实际状况决定。

三、项目的出口条件（Exit Criteria – 什么叫“作好了”）有清晰的定义么?

有，基本完成核心功能，无明显bug，根据实际使用状况和用户反馈来定义。

四、对于可能的变动是否能制定应急计划?

暂时没有制定应急计划，对于（将来）可能出现的变动，咱们会对相关成员进行积极的沟通。

五、员工是否可以有效地处理意料以外的工做请求？

鉴于咱们组会议时分工明确，且基本没有负担太多的工做，意料以外的工做请求比较少，所以对于突发状况仍是可以接受的。

六、咱们学到了什么? 若是历史重来一遍, 咱们会作什么改进?

对于业务逻辑和产品细节要求应该一开始尽量的肯定，且充分考虑其可行性，预估可能遇到的困难，才能减少变动发生的可能性 。

设计/实现

一、设计工做在何时，由谁来完成的？是合适的时间，合适的人么？

设计工做在选题报告的时候就开始了 ，由组长梅恒权完成，是合适的时间和合适的人。

二、设计工做有没有碰到模棱两可的状况，团队是如何解决的？

设计过程当中的确有一两个地方模棱两可，是由具体设计的成员提出，而后先在UI设计师内部交流出一个方案，再来询问其余开发人员意见。

三、团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其余工具来帮助设计和实现？这些工具备效么？

使用了unit test的TDD工具，它很好的帮助将需求和系统的体系架构转化成代码和可视化。

四、比较项目开始的 UML 文档和如今的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？

主体部分与项目开始的UML文档一脉相承，一些小边幅的修改须要更新UML文档。

五、什么功能产生的Bug最多，为何？在发布以后发现了什么重要的bug? 为何咱们在设计/开发的时候没有想到这些状况?

搜索二手商品时产生的Bug最多，有时候会搜索不出来。 发布后还没有发现什么重大的bug 。

六、代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

采用结对编程的方法，由另外一位同窗去审查代码寻找问题，严格执行了代码规范。

七、咱们学到了什么? 若是历史重来一遍, 咱们会作什么改进?

掌握了不断学习新技能的能力和各方面的基础知识。 若是再来一次，会花更多的时间在讨论需求上，同时作好代码规范。

测试/发布

一、团队是否有一个测试计划？是否进行了正式的验收测试？

有测试计划。未进行正式验收测试。

二、团队是否有测试工具来帮助测试？

直接在手机上安装咱们的软件进行使用来测试。

三、团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工做有用么？应该有哪些改进？

查看各个函数耗时、内存占用、CPU占用率等，找出性能瓶颈；以及在实际访问页面时页面排版、页面跳转是否出现Bug。在数据库测试中，测试查找最占用时间、最占用系统资源的查询语句，检测是否存在死锁等。测试过程当中找到的大部分问题已经进行改善优化。

四、在发布的过程当中发现了哪些意外问题？

产品暂时尚未发布，先进行本地的测试。

五、咱们学到了什么? 若是历史重来一遍, 咱们会作什么改进?

学到了HTML、JS、CSS等Web前端开发的必备知识；数据库的设计和实现，数据库软件的使用；以及先后端的交互过程，网页的运做过程，对整个Web开发的流程有了更加深刻的了解。若是历史重来一遍，会更加合理安排时间，安排计划，增强队员之间的交流。

团队的角色，管理，合做

一、团队的每一个角色是如何肯定的？是否是人尽其才？

是根据你们学习意愿，本身选择前端或者后端学习。还算是人尽其才，你们都尽力作好本身的部分工做。

二、团队成员之间有互相帮助么？

这是确定有的，总有学得快的或是以前有小部分经验的人存在，互相询问和互相讨论也是咱们团队学习技术的方式之一。

三、当出现项目管理、合做方面的问题时，团队成员如何解决问题？

不论什么类型的问题，咱们团队的解决方法第一步都是团队讨论，而后进行集思广益解决问题。

四、我的感谢部分。

感谢小组的每个人！你们在一块儿努力冲刺，作好本身的任务，没有人想要划水。

五、咱们学到了什么? 若是历史重来一遍, 咱们会作什么改进?

咱们在团队合做方面，可以及时沟通解决，没有出现大的问题，在这一方面咱们是比较优秀的。

总结：

一、你以为团队目前的状态属于CMM/CMMI中的哪一个阶段？

我以为团队目前的状态属于CMM/CMMI中的可重复级。

二、你以为团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段？

我认为咱们团队目前处于规范阶段。

三、你以为团队在这个里程碑相比前一个里程碑有什么改进？

在团队的分工以及协做能力上大大提高。

四、你以为目前最须要改进的一个方面是什么？

目前项目的功能比较少，所以我认为丰富功能才是应该改进的。

全组讨论的照片

3、答辩总结

一、贡献比例

队员姓名	分工	贡献比
梅恒权	团队项目管理员 （队长）	10%
王瑞卿	产品经理	9%
杨欢	前端工程师	11%
汪倍民	前端工程师	11%
关文涛	后端工程师	11%
黄益颂	后端工程师	10%
陈梦雪	美工	10%
朱庆章	美工	10%
黄宇航	数据测试	9%
胡康	数据测试	9%

二、现场答辩得分

• 平均得分：91.5
• 总分（乘以60%）：54.9

三、提问回答

很遗憾没有其余小组对咱们进行提问：）

四、PSP与学习进度条

我的PSP

PSP2.1	Personal Software Process Stages	预估耗时 （分钟）	实际耗时 （分钟）
Planning	计划	20	20
· Estimate	· 估计这个任务 须要多少时间	20	20
Development	开发	130	310
· Analysis	· 需求分析 (包括学习新技术)	50	180
· Design Spec	· 生成设计文档	20	30
· Design Review	· 设计复审	20	30
· Coding Standard	· 代码规范 (为目前的开发 制定合适的规范)	10	20
· Design	· 具体设计	15	30
· Coding	· 具体编码	15	20
· Code Review	· 代码复审	0	0
· Test	· 测试（自我测试， 修改代码，提交修改）	0	0
Reporting	报告	10	20
· Test Repor	· 测试报告	0	0
· Size Measurement	· 计算工做量	0	0
· Postmortem & Process Improvement Plan	· 过后总结, 并提出过程改进计划	10	20
	合计	160	350

我的学习进度条

第N周	新增代码（行）	累计代码（行）	本周学习耗时(小时)	累计学习耗时（小时）	重要成长
1	0	0	10	10	学会markdown写博客
2	500	500	26	36	学会json格式使用 使用request库调用API
3	0	0	21	57	使用Axure进行原型设计 设计十三水原型
4	600	1100	16	73	进行UI设计 设计十三水UI
5	0	1100	10	88	学会软件的选题分析
6	0	1100	13	101	学会软件的需求分析
7	1200	2300	12	113	学会对爬取数据进行 处理并分析利用
8	0	2300	10	123	学习MySQL
9	100	2400	10	133	学习django
10	1000	3400	20	153	Alpha冲刺