今天上午在米老师和坤哥主持,丁老师、李老师旁听的形式下,我们六期全体对前一个项目—XX餐饮收银系统项目中的得与失进行总结、讨论。
这个项目算是第一个在真实不确定需求的情况下进行的一次商业软件开发。
项目合作开发同样是在摸索、迷茫中进行。
这次总结会,共由两个组长并带各组组员总结报告各自对此次项目开发过程的心得感悟。
大家围坐乒乓球桌,谈了各自对这个项目的感想、总结,整理如下:
ü 整体项目开发进度的把控不严是我们的缺点,不知道该如何去规划、控制研发进度。(这是“缺”,就需要我们多“补”,多看一些能引起自己“同感”的资料。)
ü 整体项目交流、管理,跨级现象严重,反倒一定程度上削减了组长的项目责任感。(我们要分清自己在整个研发团队中的位置,并且明了自己的职责所在,在公司真实的软件研发,项目经理是不会过多理会一个程序员的任何提问的。)
ü “忠实的记录现实世界”,这是由学宇她们组没有很好处理项目版本控制,以及发布后的源码备份问题导致软件在实际应用中出现问题而引发的一次讨论。(历史、版本,对于我们来说,很重要。)
ü 要重视概要设计的作用,严谨、细心地做好详细设计是确保编码过程中避免各层模块大规模改动的一个好方法。
ü 开发过程中,组员之间的交流共通十分重要,文字交流总也是比不上语言交流。但文字交流(文档化)也是(历史)记录开发过程不可缺少的一部分。
ü 严格规范每个人的职责,并且严格所有设计、改动文档化。(目前我们的校园支撑系统开发过程中就开始将开发规范化、文档化。)
ü 对于用户提出的需求改动,项目主管要善于引导用户,将自己的软件设计优点更好的展现出来。(用户每一步针对需求的改动,都会直接或间接地给程序带来或多或少的“漏洞”,所以尽量减少临时变动)。
米老师还提出,我们要“顺便学习”,从身边常见的优秀的软件应用中学习,学习那些设计的独特、方便之处;更是鼓励我们要勇于面对这些莫名的问题,查资料、解决掉它。
说来,这次我的最大收获便是米老师微笑着鼓励我,“不会的,就去查”、“经历过,也就知道自己缺少什么,要学习什么了”,在目前经历越多的错误,便会在走向社会、进入公司之后因犯错造成的损失压缩到最低。
这个项目开发的整个管理过程中,真真切切的体验了一把项目管理流程,感触颇多,问题最多的便是整体的宏观把控和人员管理。
我会在接下来的校园支撑系统开发中慢慢感悟、落实、改正。