zoukankan      html  css  js  c++  java
  • 团队项目总结(事后诸葛亮)

    设想和目标

    1、我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

      我们的软件规避了其他新闻app的一些令用户痛苦的地方。(用户的感性评论容易受到攻击、有很多标题党新闻,不能实事求是、有删除用户评论的现象、广告太多。)

    可以让用户安心的看新闻,放心大胆的评论

    2、是否有充足的时间来做计划?

    有很充足,按照老师的要求做了项目的需求分析和原型展示。

    3、团队在计划阶段是如何解决同事们对于计划的不同意见的?

    商量解决或实践后看结果。例如:在做个人详情界面时各个功能是用列表形式展示,还是九宫格形式展示?发生了争执最后是通过把这两种样式都做出来,进行比较投票解决的

    4、如果历史重来一遍, 我们会做什么改进?

     各个团队各自为战,导致UI这边各个团队做的功能有些重合,而且大家的数据结构有差异,给代码整合带来很大麻烦,同时,软件的具体功能没有定义清楚,比如,对于资源的定义,开始我们UI组并没有想到还要在线展示爬来的网页。

    计划

    1、你原计划的工作是否最后都做完了? 如果有没做完的,为什么?

    没有,没做完的部分是:专项分析特朗普(中美关系)

    原因:资源太少,分析不动。

    2、有没有发现你做了一些事后看来没必要或没多大价值的事?

      有:我们花费很长时间研究了新闻详情页的排版问题,没有用都不能做到动态排版,最终只能是用webview展示爬取下来的网页。

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

      任务在任务看板上写的比较简介明了,大家都能明白。

    4、是否项目的整个过程都按照计划进行?

      队长一直在赶进度,队员因为一些技术问题的进度有时候不尽人意!

    5、在计划中有没有留下缓冲区,缓冲区有作用么?

      有,缓解紧张气氛,回顾之前的成果,对以后的工作进行调整。

    6、如果历史重来一遍, 我们会做什么改进?

    1、谋定而后动,尽最大努力提前计划好个功能在实现方式。 

      2. 预留必要的缓冲时间,留给后期的整合。 

    资源

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

      资源(书籍,开源解决方案,服务器,素材)非常充足

    2、各项任务所需的时间和其他资源是如何估计的,精度如何?

      各项任务估计精度不是很好,因为任务是由队长估计的,而由队员完成,队长不知道队员对技术的掌握程度如何,有时候估计的任务不是很精确。

    3、用户测试的时间,人力和软件/硬件资源是否足够?

      我们花了两天半的时间来做测试,相对于工程量而言,已经比较充足。

    你有没有感到你做的事情可以让别人来做(更有效率)?

      没有。

    4、如果历史重来一遍, 我们会做什么改进?

    1、分配任务时充分征求队员的意见,确保队员分配的任务可以顺利完成。

     2、提前找好项目所需资源。

    变更管理

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

      可以,只要查看QQ就可以知道。

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

      根据功能在整个项目中的重要程度,和自身的技术水平。

    3、项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?

      所有页面整合在一起,逻辑合理,风格统一,并且通过了各项测试,就“做好了”。

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

      没有。

    5、员工是否能够有效地处理意料之外的工作请求?

      不能。

    6、如果历史重来一遍, 我们会做什么改进?

     1. 善用TFS的源代码管理,少用QQ互传文件。

     2. 多开会交流,少通过短信通知。

    设计/实现

    1、设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?

      设计工作在冲刺的前三天。由经验最丰富的队长来完成。

    2、设计工作有没有碰到模棱两可的情况,团队是如何解决的?

       有,经开会一起讨论解决。

    3、团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML,或者其他工具来帮助设计和实现?这些工具有效么?

    没有使用。

    4、什么功能产生的Bug最多,为什么?

      新闻列表展示。因为自身技术不高,经验根本就没有,而这个界面涉及的功能有很多,增加功能时,影响了之前写好的其他功能代码。

     

    5、如果历史重来一遍, 我们会做什么改进?

     将UI的部分组件控件化,方便修改与维护

    测试/发布

    1、团队是否有一个测试计划?为什么没有?

      团队有明确的测试计划。

    2、是否进行了正式的验收测试?

      没有。

    3、团队是否有测试工具来帮助测试?

      没有。

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

      我们并不了解效能测试,但是会在beta中考虑,我们使用软件进行了负载测试,找到了几个致命的数据库操作的bug,在前几篇博文中我们有过总结。

    5、在发布的过程中发现了哪些意外问题?

     因为网络问题,(web端在本机上)安装到手机上后涉及到网络请求的功能时会闪退。

  • 相关阅读:
    《0908-构建之法:现代软件工程-阅读笔记》
    配置fabric-crashlytics教程
    iOS开发工具——统计Crash的工具Crashlytics
    Overview of iOS Crash Reporting Tools: Part 2/2
    Overview of iOS Crash Reporting Tools: Part 1/2
    添加自签发的 SSL 证书为受信任的根证书
    UIWebView to view self signed websites (No private api, not NSURLConnection)
    Has anybody found a way to load HTTPS pages with an invalid server certificate using UIWebView?
    AFNetworking 2.0 Tutorial
    USING CHARLES FROM AN IPHONE
  • 原文地址:https://www.cnblogs.com/wyhqj/p/13033188.html
Copyright © 2011-2022 走看看