OPO联盛物流小件快运系统总结

       14年11月25日开始，15年8月25日我们学习了软件测试的一些基本知识，项目基本结束。开发模式是OPO，即线上线下做项目。在这9个月里，我们在国信安经理的带领下，经历了企业软件开发流程。我们从需求分析做起，直到系统测试，其中有过困难，有过欢乐。身为其中一组的组长，我感触颇深。我是抱着想学得更多的目的主动申请组长的，收获可能比一般同事更多一点。至少我多了更多的管理经验。在经过思考后，我发现了很多问题：
1.纪律问题。项目经理让我们自己订组内纪律，由于我个人喜欢自由地工作，所以我们组的纪律并不是很严，且没有惩罚措施（这是失误）。万幸没有在这点上出现重大问题，不过我想强调一下纪律，无规矩，不方圆吗。
2.沟通问题。在项目经理未要求我们进行每周例会时，我们的沟通是极为缺乏的，主要是由我参考组员意见分配任务（我可以说自己没有强制他/她们做自己不喜欢的任务）。沟通的缺乏导致了一些任务的完成速度及质量。这本可以避免的，但由于沟通的缺乏，导致了一些问题的发生。其中也有我们在校生，有自己的时间安排，没太多时间坐在一起完成任务有关。
3.规范问题。在最初的时候，我不知道写需求分析说明书还有所谓的规范，所以被打回来重写了很多次。这是值得铭记的教训。经理曾告诉我们，如果没有得知规范要求，你们可以拒绝接受任务。
4.难点处理问题。我们使用的语言是jsp，说实话，我们的基础并不好。所以是边开发，边学。所幸我有C#,PHP（虽然快忘完了）的基础，所以进度还可以。但开发中难免遇到困难，有些时候是难以开口询问经理（这是不应该的）。
5.任务进行跟进问题。任务分配下去，我刚开始是在任务截止前验收任务成果。后来我发现了一些问题，因为在理想状态下，任务成果正好满足要求，这种验收方式才可以被接受。我没有给他们留下修改时间，这是一个低级错误呀，后来，我总是提前问一下他们任务进行中是否有问题，但我没有做到每日询问他们的任务进度，这是不应该的。其中最不可接受的是我们有编码规范，我事先要求组员按照编码规范书来编码，但我没有及时看他们的代码，所以编码规范做的很烂。这是我难以接受的。
6.分歧处理问题。这是一个很麻烦的事情，在我组，我和负责权限管理的人在权限问题上发生了分歧。最终结果是由他按照自己的想法做，这很无奈，因为我不负责那个模块，虽然我是组长，但如果组员不理解我的开发思路，那会很麻烦的。我想当时我应该组织一个组内会议，讨论一下权限管理怎么做，实在不行询问一下项目经理的意见。我想如果我做了，我们的最终成果会好很多。希望你们引以为戒。
7.目标分歧问题。我们这个项目是一个校企合作培训的项目，是国信安经理带着我们四个小组使用企业开发流程开发一个网站。所以我的目的是学习，在犯错中成长。而组员的目的是完成这个项目。这是一个最本质，最严重的冲突。在编码阶段前，我并没有意识到这个问题。我是抱着让每个组员尽可能多的学到所有东西的目的来安排任务的，但在编码时，为了进度，在他们的要去下，我不得不分为前台后台两组编码人员。这违背了我的初衷，所以这在一定程度上，影响了我们的开发。
8.突发事故处理问题。我有点天真，一直以为事情会在理想状态下进行，没有考虑什么突发事故。所以有时候当组员有事不能及时完成任务时，我不得不悲催的帮他们。只能说自己太天真，经验不够呀。
9.士气问题。这个问题很重要呀。随着开发的进行，我们遇到了种种问题，这让我们当初的气势如虹，慢慢变得毫无士气可言。这是我结束后才意识到的，在开发后期，我们已经是为了完成任务而编码了，这是难以接受的。身为组长，没有在士气虚弱时，鼓励大家，调动大家的积极性，这是我的失职。
10.开发环境统一问题。我们必须使用相同的开发工具，才能尽可能的避免一些不必要的问题。我不得不吐槽java的开发工具太渣了，让我这个习惯了visual studio的人难以接受。
本来只是想随便写点总结，没想到突然想到了这么多问题，计划赶不上变化呀，希望诸位引以为戒吧。