事后诸葛亮分析

    在经过一个多月的小组合作,磕磕绊绊终于迎来了尾声,在最后,我们团队开展了一个诸葛亮会议进行总结和反思,并在下方博客中呈现。

目录

 

一、设想和目标

二、计划

三、资源

四.变更管理

五.设计/实现

六、测试/发布

七、总结

八、讨论的照片

九、成员的角色和贡献


 

一、设想和目标

1.我们的软件旨在提供用户一个方便、高效的日历管理工具,帮助用户记录日程、安排任务和提醒重要事件,并为用户提供无缝衔接的日常生活服务。我们的典型用户包括白领、学生等,在工作、生活、学习方面都需要日程管理工具。
2.我们目前已经完成了原计划中的大部分功能,按照原计划交付了软件。用户数量达到了预期,但对于重要功能的接受程度仍有提升空间。我们离目标更近了,但需要进一步完善和优化。
3.用户量和用户对重要功能的接受程度与我们事先的预想基本一致,但还有一些用户体验问题需要解决。我们离目标更近了,但需要进一步完善和优化。
4.经验教训包括团队成员紧密协作、注重用户需求和反馈、平衡各项功能和性能的开发难度、及时处理程序缺陷等。如果历史重来一遍,我们会更加注重用户体验,完善软件的性能和稳定性。


二、计划

1.我们充分利用了时间,对项目各阶段进行了细致的计划和安排。
2.在计划阶段,我们鼓励成员发表不同意见并积极讨论,最后达成共识。
3.我们完成了原计划中的大部分工作,但还有一些细节方面的改进需要进一步完善。
4.在实际开发过程中,我们会更加注重优化和精简代码,避免做一些多余的工作。
5.每项任务都有清晰的定义和衡量的交付件,确保项目进度可控。
6.项目整个过程基本按照计划进行,但在实际开发中有一些风险,比如新技术的应用和用户需求变化等,这些风险有时候是难以预估的。
7.我们在计划中留有缓冲区,能够灵活应对风险和变化。
8.将来的计划会根据用户反馈和市场变化进行调整。
9.经验教训包括制定细致的计划、注重整体协同、及时处理问题等。如果历史重来一遍,我们会更加注重风险管理和项目进度的可控性。


三、资源

1.我们投入了足够的资源,包括人力、物力和时间,保证了项目的成功。
2.各项任务所需的时间和其他资源都是根据实际情况估算的,我们在计划中尽量考虑了各种因素,精度较高。
3.测试的时间、人力和软件/硬件资源都进行充分的规划和安排,确保测试的质量和效率。对于不需要编程的资源(美工设计/文案)也进行了充分的评估。在后续的开发过程中,我们会更加注重团队协作和沟通,保证资源的合理分配和利用。
4.在实际开发过程中,我们会尽可能把一些重复或者独立的任务分配给不同的成员去完成,提高整体效率。
经验教训包括精细的资源计划和管理、合理的团队分工和协作等。
5.如果历史重来一遍,我们会更加注重人力、物力和时间的合理分配和利用。


四.变更管理

1.我们在项目开展过程中及时地沟通和交流,保证了每个相关成员都知道了变更的消息。
2.在决定“推迟”和“必须实现”的功能方面,我们采用了多方面的考虑,包括客户需求、技术难度等因素进行判定。
3.我们制定了应急计划,对于可能的变更做好了充分的准备,在变更管理中尽可能地减少了影响。
4.经验教训包括及时沟通、精细的变更管理和制定应急计划。如果历史重来一遍,我们会更加注重变更管理和风险控制。


五.设计/实现

1.设计工作在合适的时间由专门的人员完成。
2.设计工作有时候会遇到模棱两可的情况,我们会与相关成员进行讨论,找出最优解。
3.团队会运用单元测试、测试驱动的开发、UML等工具来帮助设计和实现,这些工具都是有效的。
4.日程记录功能产生的Bug最多,是因为它涉及到复杂的算法和数据结构。我们在发布前做了充分的测试,并针对用户反馈及时进行了修复。在设计/开发的时候可能没想到这些情况是因为这些情况非常复杂,需要更加深入的分析和测试。
5.我们采用了代码复审,严格执行了代码规范,确保了代码的质量和可读性。
6.经验教训包括注重设计和代码质量、遵守规范和标准、注重团队协作和沟通等。如果历史重来一遍,我们会更加注重代码规范和质量的管理。

六、测试/发布

1、团队没有一个很具体的测试计划,因为在整个开发过程中,平时团队成员很多都忙于平时学业,进度并没有按原计划进行,所以导致测试计划也被打乱没做好了才会测试。

2、没有进行验收测试

3、测试工具无,最终测试是每个成员将软件推给身边的同学进行测试。

4、应该找一个正式的测试工具,从数据方面来跟进测试计划

5、发布过程中没有意外

6、如果历史重来,我们会多花点时间在测试上,通过数据的反馈及时进行相关的整改

七、总结

1、我们应该处于CMMI的初级档次

2、目前团队还是处于一个磨合的阶段

3、目前最需要改进的是,平时线上的时候沟通应该更加及时一点

4、小组做的比较好的地方是每个人的分工任务都能够及时搞定,不会拖累其他人的工作量,也不会带给别人额外的工作量

5、下个阶段需要更近一步的磨合,彼此多交流一些

6、我们学到了如何进行小组项目的合作,在互相合作与分工里面一起进步,认识到编程不是一个人的战斗,人员合理的分工能够事半功倍

八、讨论的照片

九、成员的角色和贡献

名字角色团队贡献分
邹冠人PM、开发19.645
朱政霖博客手、开发20.712
何林华开发20.527
张文杰UI19.106
何育思测试、开发20.679

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
四象限法则是一种管理学中常用的工具,它将行动分为四个象限,分别是重要且紧急、重要但不紧急、不重要但紧急、不重要且不紧急。根据这个原则,我们可以分析诸葛亮在拯救企业和身边人命运方面的努力。 首先,诸葛亮在拯救企业方面采取了重要且紧急的行动。在《三国演义》中,有一段描述诸葛亮救援刘备的故事。当时,刘备的军队已经陷入了困境,粮食断绝,面对着被敌人围攻的危险。诸葛亮当时采取了紧急措施,亲自率军前往解围,并且想出了妙计,利用火攻打败了敌人。这种行动表明了诸葛亮在关键时刻能够果断采取行动,采取了重要且紧急的措施来拯救企业。 其次,诸葛亮也在身边人的命运救助方面采取了重要但不紧急的行动。在《三国演义》中,有许多描述诸葛亮治理民生的故事。在他的治理中,诸葛亮采取了许多不紧急但重要的措施,如改善民生、修路铺桥、开办学校等。这些措施虽然不是紧急的,但却对人们的生活有着深远的影响,提高了人们的生活品质,改善了人们的命运。 此外,诸葛亮也在身边人的命运救助方面采取了不重要但紧急的行动。在《三国演义》中,有一段描述诸葛亮救治病人的故事。当时,有一位病人因患上了急性病而危在旦夕,诸葛亮亲自前往为他诊治。虽然这个行动不是特别重要,但却是紧急的,因为病人的生命受到了威胁。 最后,诸葛亮也在身边人的命运救助方面采取了不重要且不紧急的行动。在《三国演义》中,有一段描述诸葛亮通过占卜来预测天灾的故事。虽然这个行动既不重要也不紧急,但它却展示了诸葛亮对于未来的关注和预见。 综合来看,诸葛亮在拯救企业和身边人命运方面采取了不同的行动,根据四象限法则,这些行动可以分为四个象限。这表明诸葛亮在处理问题时能够根据情况采取不同的行动,让自己的行动更加高效和有针对性。这种灵活性和高效性正是成功的关键所在。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值