项目初尝试——α迭代感想

　　

设想和目标

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

咱们的项目名称是基于pytorch图像识别的enas，从名字上就能了解到这是一个比较偏向于技术的项目，属于一种科研性项目。软件最终只须要实现简单的图像识别便可，可是难点在于要实现enas优化，而且须要是在pytorch框架下运用CNN网络进行实现。从项目名称来讲这个项目的定义仍是很清楚的。

在典型用户和典型应用场景的描述中，咱们并无指定很明确很具体的用户，几乎是全部可使用小程序的，须要进行图像识别的均是咱们的用户，而场景就在于用户对某一物品不够了解，或者不能肯定这个是什么东西（不过咱们的训练集中涉及到的物品都比较简单，没有很具体详细的划分），在这样的场景下进行使用。

 

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

在α迭代版本，咱们主要是对服务器进行部署，而且初步实现CNN网络识别，可是你们都不具有经验与项目基础，因此咱们在初期运用手写体的识别进行项目入门。

• 原计划功能：

　　　　前端页面设计与页面交互，数据交互，服务器搭建及环境配置，识别手写体功能实现及部署

• 实现状况：

　　　　前端页面基本按照设计完成，页面交互的设计已经实现，可是在和服务器进行链接的过程当中还不够完善，数据的传入传出和数据库的创建尚未实现。

　　　　服务器搭建已经成功实现，而且已经成功将代码部署在服务器上，实现了对服务器的应用。

　　　　可以成功实现手写体识别，而且实现了图像处理功能，使得程序能够直接识别用户上传的内容，而且具备必定的精准度。

 

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

 暂时未投入使用，小程序并无发布，用户实际接受程度未知。

经过本次迭代，成功链接先后端，完成前端页面，实现服务器的配置与使用，距离目标固然更进一步。

 

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

 本次迭代实现了预期的安排，可是当时在安排的过程当中对项目的分工不够明确与合理，致使前期工做量不是很大（你们主要在于学习与理解，经过多种方式实现本身的技术困难）。可是无论如何后期工做量都比较艰巨，实现须要时间与精力，在后期任务较为艰巨困难。若是重来咱们会对开发的阶段进行从新分工，让分工更为合理，也更加早的开始完整项目的实现。

 

计划

1. 是否有充足的时间来作计划?  

首先咱们的项目需求比较简单，从项目总体进行分块的话也不会分不少块，因此在计划阶段比较麻烦。在前期确立需求花费时间较少，可是在对项目进行细分的时候就遇到了问题，在作计划时也是没有很顺利的将计划作出，只是有了一个大概的轮廓。

 

2. 团队在计划阶段是如何解决同事们对于计划的不一样意见的？

 

计划阶段讨论都很顺利，没有太多不一样的意见，可能这也是不足的地方。

 

3. 你原计划的工做是否最后都作完了? 若是有没作完的，为何?

 

团队总体项目推动较为，alpha版本的计划都作完了

 

4. 有没有发现你作了一些过后看来不必或没多大价值的事?

 你们的工做过程都是比较有意义和价值的，没有存在没价值的状况。只是战线较为拖延，花费时间较长，有一些没必要要的时间浪费。

 

5. 是否每一项任务都有清楚定义和衡量的交付件?

 没有，你们都在一块儿作，沟通都很及时，没有绝对标准，标准随时沟通调整，分别作出来能够分别跑通之后就直接整合对接。

 

6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为何没有估计到?

 

总体相对比较顺利，未遇到未预估风险。

 

 

7. 在计划中有没有留下缓冲区，缓冲区有做用么?

有留下缓冲区，而且在实际运用中证实缓冲区是颇有做用的。

 

8. 未来的计划会作什么修改？（例如：缓冲区的定义，加班）

 因为接下来的项目难度较大，因此可能会须要较长时间专一于项目，而且要着重实现完成项目，可能会减小缓冲区的设置，多加班。

 

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

 在此次咱们每一个人都有所收获，我学到了许多前端的相关知识，经过制做小程序，了解到了小程序的制做要求和许多关于小程序的API与设计的相关内容。咱们会更加准确的分工，明确时间，对任务进行正确而详细的划分。

 

资源

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

咱们的时间仍是比较充分的，完成任务的过程当中也没有时间紧张感，可是也因为前期任务工做量过少，致使现阶段迭代任务量大，难度太高。

 

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

 时间主要是按任务量估计，时间按各自的安排估计。项目总体精度很差，不能老是保持高效且时间安排总会有意外的冲突。

 

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

测试没有系统、详细的安排，在最终整合以后，有作了简单的测试，没有花费不少时间。人力资源足够（即使咱们组人数最少），硬件缺一个好的GPU服务器来提升算法的速度。美工的任务量较少，须要完成的内容不是不少，也就顺利完成。

 

 

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

因为项目比较难，因此大佬们都去攻克较难的关卡了。若是个人任务让大佬们去作确定会更快也更轻松容易就能够完成的，可是同时难关就不是很好解决了。因此虽然结果是确定的，可是咱们如今的布置与安排也是没有大问题的。

 

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

 分工不够细致，你们至关因而一团人一块儿去作一件事情。时间安排上也不太合理。若是能重来，要把分工作的更加明确，将时间调整作的更加详细具体。

 

 

变动管理

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

你们天天都会在群里讨论，确保全部人的信息平等全面。

 

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

 

一开始就决定了主体功能，主体功能没有调整过，附加功能都属于可推迟（但并无推迟）

 

 

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

完成手写体的识别而且成功用小程序实现。

 

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

 

没有提早制定应急计划，但有变动时会及时作出反应和调整

 

 

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

 你们的及时调整都很棒，对于意外的发生也能作出迅速的反应

 

 

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

这一部分你们都作得不错~ 

 

设计/实现

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

 

整个模式的设计是在项目初期，由pm和老师沟通商定的

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

 

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

没有

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

有UML图来帮助设计，也有不少的设计素材网站为咱们提供了不少图片素材

 

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

档更加丰富了，会在项目推动中，不断完善、更新文档。同时随着对项目的不断理解，对UML文档进行了更新与完善，增强了对UML文档的设计。

 

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

 经过组与组之间代码互审进行的。咱们的代码的代码规范有些缺失。

 

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

 增强代码规范，加强代码的可读性。

 

测试/发布

1. 团队是否有一个测试计划？为何没有？

有针对验收标准进行商议和参考，可是没有针对具体的计划。由于在初期迭代期间，咱们以实现为主，完成是咱们的工做重心。

2. 是否进行了正式的验收测试？

是

3. 团队是否有测试工具来帮助测试？

没有

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

暂未考虑

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

 小程序的发布须要备案审核等，不考虑进行发布。

 

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

 程序的完成与测试仍是重点，同时要合理安排时间，留下确切的冷却期。

 

团队的角色，管理，合做

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

 

　　团队角色肯定，以尊重我的意愿为首要因素，再根据实际状况协商肯定角色

 

    2. 团队成员之间有互相帮助么？ 

　　你们相互帮助才能共同进步~

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

　　你们共同商量，综合每个人的意见，选取最符合你们要求的解决方式。

 

总结:

你以为团队目前的状态属于 CMM/CMMI 中的哪一个档次?

属于CMMI一级，完成级

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

　　磨合基本完成，接下来是规范

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

　　　你们彼此更加熟悉，互相的配合会比以前更有效率

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

　　你们总体较好，须要增强效率，提升每个人的相互熟悉配合程序。

对照敏捷开发的原则, 你以为大家小组作得最好的是哪几个原则? 请列出具体的事例。 

　　在团队内部，最具备效果而且富有效率的传递信息的方法，就是面对面的交谈。咱们小组每周都有交流，也每周都会开会讨论，无论线上线下（虽然有的时候没有写会议记录）。你们相互之间的交流也有助于咱们进步。并且你们相互帮助，在面对问题时互相助力，共同解决。