关键词:
设想和目标
- 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
- 我们软件很明确的定义为,做一个在线电力监测系统
- 典型用户:配电站及其维修人员
- 典型场景:配电站
- 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)?
- 原计划功能:注册登录功能,工单处理,报警信息处理
- 实现情况:
- 注册登录功能基本完成,工单和报警的后台未完成
- 模块的集成出现了问题
- 交付和用户:软件功能尚未完全实现,暂时无法投入使用
- 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
- 暂未投入使用,用户实际接受成度未知
- 产品完成度一般,当然离目标更近了
- 有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
- 整体实现难度大,如果重来一遍,会考虑换个项目
计划
- 是否有充足的时间来做计划?
- 计划时间挺长的,整个前期都在谈需求
- 团队在计划阶段是如何解决同事们对于计划的不同意见的?
- 有不同意见的先争论一波,然后找客户(老师)确认。
- 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
- 团队整体项目推进不大顺利,alpha版本的计划有一部分没有做完了
- 有没有发现你做了一些事后看来没必要或没多大价值的事?
- 我觉得类图作用不大,对于第一次做项目的我们,做之前并不知道需要哪些类,导致后来交的类图需要根据已有类进行修改
- 是否每一项任务都有清楚定义和衡量的交付件?
- 没有,先是分别做,然后集成的时候出现问题再修改
- 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
- 没有完全按照计划进行,后台跟不上进度,集成也出现问题
- 风险,发现自己啥都不会不知道算不算
- 在计划中有没有留下缓冲区,缓冲区有作用么?
- 有缓冲区:睡眠
- 有用,deadline前的效率都相当高,有时间就有产出
- 将来的计划会做什么修改?(例如:缓冲区的定义,加班)
- 在团队合作方面,还是继续和以前一样,团队在一起工作是最重要的,晚上经常图书馆集中开发
- 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
- 我选择换一个项目。。。
资源
- 我们有足够的资源来完成各项任务么?
- 时间上比较紧凑
- 各项任务所需的时间和其他资源是如何估计的,精度如何?
- 时间主要是按任务量估计,时间按各自的安排估计
- 精度还行吧,就是一般都完不成
- 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
- 没有进行测试
- 你有没有感到你做的事情可以让别人来做(更有效率)?
- 有啊,我一个搞后台的研究了好久的ajax。。。
- 有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
- 我还是选择换一个项目。。。
变更管理
- 每个相关的员工都及时知道了变更的消息?
- 是的。我们有变更会在QQ群里说,并且晚上也经常一起开发。
- 我们采用了什么办法决定“推迟”和“必须实现”的功能?
- 必须实现的是主要功能,推迟的是次要且难度较大的功能。
- 项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?
- 能够自动报警并可以通过系统处理工单
- 对于可能的变更是否能制定应急计划?
- 否
- 员工是否能够有效地处理意料之外的工作请求?
- 一般
- 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
- 不等前端页面做出来才针对前端开发后台处理
设计/实现
- 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
- 整个模式的设计是在项目初期,大家一起和老师沟通商定的
- 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
- 有,向老师确认需求
- 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?
- 用starUML设计UML图,powerdesigner设计数据库。挺有效的
- 比较项目开始的 UML 文档和现在的状态有什么区别?这些区别如何产生的?是否要更新 UML 文档?
- 文档更加丰富了,会在项目推进中,不断完善、更新文档
- 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
- 按老师要求小组互查,也没有严格执行的代码规范
测试/发布
- 团队是否有一个测试计划?为什么没有?
- 没有测试计划,目前着力于完成项目
- 是否进行了正式的验收测试?
- 否
- 团队是否有测试工具来帮助测试?
- 暂未考虑
- 团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
- 暂未考虑
- 在发布的过程中发现了哪些意外问题?
- 未发布
- 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
- 还是以完成项目功能为首要任务,测试方面暂时没有精力、时间考虑
团队的角色,管理,合作
- 团队的每个角色是如何确定的,是不是人尽其才?
- 自己选的
- 团队成员之间有互相帮助么?
- 有吧
- 当出现项目管理、合作方面的问题时,团队成员如何解决问题?
- 看心情吧
总结
- 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
- 属于可重复级
- 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
- 磨合基本完成,接下来是规范
- 你觉得团队在这个里程碑相比前一个里程碑有什么改进?
- 大家彼此更加熟悉,互相的配合会比之前更有效率
- 你觉得目前最需要改进的一个方面是什么?
- 集成的问题很大啊~
第一次迭代开发心得
收获:经过紧张的第一轮迭代开发之后,获益良多,学到了新的知识1使我对jsp的熟练度更高,这次开发写了好多jsp(bug),这里需要@石华霖,和他的合作很愉快, 在他的帮助下解决了项目过程中遇到的大部分bug,两人分工... 查看详情
第一次迭代开发心得
设想和目标我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?我们软件很明确的定义为,做一个在线电力监测系统典型用户:配电站及其维修人员典型场景:配电站我们达到目标了么(... 查看详情
在线电力监测系统——第一次迭代开发心得
第一次做项目,第一次用javaee开发web工程项目,很多东西不会,摸着石头过河,也学到了很多东西。 第一次迭代开发,小组总体做出来的东西不多,与计划相比少了不少。完成的大致有两个半模块,其一是登录注册,其... 查看详情
第一次迭代开发心得
设想和目标1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?我们的软件是为了实现微信平台下的社区电商业务,并基于推荐算法使用户可以在微信中购买到想要的商品,社区的... 查看详情
创新课程管理系统-第一次迭代开发心得
第一次做项目,第一次用javaee开发web工程项目,很多东西不会,摸着石头过河,也学到了很多东西。 第一次迭代开发,小组总体做出来的东西不多,与计划相比少了不少。完成的大致有两个半模块,其一是登录注册,其二... 查看详情
第一次迭代开发心得
一、设想和目标1.1 我们的项目要解决什么问题?我们的项目是高血压家庭管理系统和后台管理平台。高血压家庭管理系统是高度智能化,管理综合化的血压管理平台,为高血压患者提供完善的高血压管理服务。本系统将移动... 查看详情
第一次迭代心得
初次接触一个接近真实的项目,从一个只会用大一大二两年学到的皮毛写写算术题的菜鸟,变成一个会玩玩tomcat,抄抄jsp,弄弄servlet的大一点的菜鸟,心中还是有很多感悟的(鬼知道我这两个月经历了什么)。在此随便写... 查看详情
第一次迭代开发心得
组名:Coding项目名称:基于物联网的实时数据采集系统第一次迭代开发已经结束了好久,但是一直不知道要每个人都要写一篇博客,所以迟到了很久。一、设想和目标1.1我们的项目要解决什么问题?是否定义得很清楚?是否对典... 查看详情
第一次迭代心得体会
社区电商平台项目,小豆芽小组。随着助教检查第一次迭代结果,小组之间互相查看代码规范以及小班课的结束,这个项目的第一次迭代在我心中终于落下了帷幕。可以说,第一次迭代的过程,是我从开始学习编程以来最快乐的... 查看详情
第一次迭代心得
在本次项目迭代过程中,尤其是快要验收的这几周,有点懈怠,托之前假期的提前学习,才让我们组的进度没有落下,最让我感受深刻的是最后和队友进行项目集成,从原来一个人编程,到整个团队把零散的模块集成到一起,变... 查看详情
第一次迭代心得
在经过了几个星期的不眠之夜之后,α版本的项目终于基本顺利完成了,过程还是比较艰难,但是最后结果还是让我比较满意,除了界面做的还是比较丑。在进行a版本的迭代过程中也是发生了很多事情,也解决了很多问题。... 查看详情
scrum学习心得
...互联网研发的开发方式,这种开发方式的主要特点是快速迭代,持续交付。scrum的开发好处是跟传统的开发方式作比较的,很明显,在一次次迭代中我们可以的持续的发现问题,并进行修改,但是传统的开发方式问题会在最后才... 查看详情
scrum学习心得
...互联网研发的开发方式,这种开发方式的主要特点是快速迭代,持续交付。scrum的开发好处是跟传统的开发方式作比较的,很明显,在一次次迭代中我们可以的持续的发现问题,并进行修改,但是传统的开发方式问题会在最后才... 查看详情
第一次迭代心得
商品效率预测及分析系统设想和目标1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? ?我们软件主要解决对于商品效率的一个总结分析以及预测出... 查看详情
噪声小分队第一次迭代心得
...最开始的空白到现在一点一点的搭建环境编写代码实现了第一次迭代所需要的需求。这也是我们第一次完完整整的以小队的形式做的一个项目,这个项目的难点在于噪声数据的手机和处理,以及地图的绘制。在第一期迭代中我们... 查看详情
第一次迭代心得
思考总结设想和目标我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?我们软件很明确的定义为,通过爬虫获取校园网内老师信息,构建知识图谱典型用户:学校管理人员典型场景:学... 查看详情
第一次迭代心得
一、设想和目标1.1 我们的项目要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?我们的项目是基于知识图谱的药物推荐系统。我国的“看病难”问题普遍存在,医患之间的巨大数量差距带来了... 查看详情
第一次迭代心得
设想和目标我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?慢阻肺患者病情相关以及医患沟通问题典型用户:慢阻肺患者和医治慢阻肺的医生我们达到目标了么(原计划的功能做到了... 查看详情