项目上线总结

    今晚二期项目总算开始上线了,在冰冷的机房内,对了黑白屏操作,眼酸手涩,连水都不能喝,毕竟是机房重地,食物与水永远都是不得入内的。

    看着自己这一部分的操作结束,舒缓的叹了一口气,然后问了下同事的进度,他脸都没回,手指在键盘上敲得飞快,回道:“我们模块还有几个小时呢,运气好凌晨就能走,不然就是通宵了。” 又重重的叹了口气,然后走到一边找了张椅子,一屁股直接坐下,手伸到椅子两边摸索调整成躺着的姿势,双目无神的看着屋顶。心里骂着:这操蛋的生活。

    心里骂了一阵之后,不自觉的就开始回顾这一整个项目了,然后在心里做了一个总结。

    二期项目启动,一开始我并不知道全部的需要做什么,只把之前讨论好的列出,天真的以为就这么多需求,在为期一个月的时间内绝对可以完成,然后开始了需求分析和需求设计,最开始的设计中,我确定了需求的实现方式和草图的展示形式,由于是我完成的设计,我大概的给出了步骤和草图,结果也正是因为这样粗糙,导致了后面发生了巨大的错误变更,以至于花费了更大量的时间来重新设计和修复。设计完成之后,我们甚至没有开需求评审会(这很重要,这很重要,这很重要),直接让大家按照我们设计思路去coding实现。

    我分派了任务之后,由于我在现场,而开发人员都在公司,有时候交流及其不方便,我还需要同前方客户了解一些新的需求和改进,其中有些我们想尽办法通过引导或时间因素推掉,但是有些就无可奈何,只能捏着鼻子认了,默默说是,我们这期把它实现掉。然后就是更新需求清单,加入这些原本不在可控范围内的需求。安排下去之后,我大概估算了下,情况还比较理想,能在可控时间范围内完成。心里还有点小得意,可惜,真实的事远远比我们想象的困难多了。

    首先,开发告诉我,原先的那个需求行不通,在开发了一半之后,少考虑了一种情况,导致了原先的设计完全无法实现,必须推倒重新设计。我一下子懵了,脑子就像被人抽了一棍子,我仔细的听完开发分析,没跑了,确实是自己没想到这么一种情况,心情立刻跌倒了谷底,各种负面情绪铺面而来。我闭上了眼睛,想放松,但是脑子却一直在想着怎么解决怎么处理。哎,无奈啊,最后还是和开发一起讨论,通话了三个都小时,最终确定了另一条解决方案,一看时间,已然过半,没办法,抄起代码就是干了,白天被需求和客户折磨,只有晚上静下心来自己敲代码实现(自己也是开发),另一个开发需要去做另一个需求点,否则时间上来不及。就这样连续两天干到凌晨,总算把后端逻辑给重新改了过来。人生是真的难和苦逼,但是你不上,谁又能来解救呢,干就完事了,一切为了项目的成功。

    这是一个大的教训,其实这个教训是可以避免的,只要我把草图或者按照实际步骤一步一步画到底,必定会碰到这个问题,又或者我发起需求分析会,同所有前后端开发一起讨论需求点,那么这些就都可以提前被发现,然后研究其他的解决方法。可是没有如果,那么这次的苦果也就只能自己吃了,下次留作禁戒,血淋淋的事实,初期不解析好需求,后期就必须花更大的代价来修正。作为一个刚脱离开发,开始兼职产品经理、项目经理的人来说,这是一个很深的体验。

    还有就是一个,需要会说,对于客户说的所有需求,我们必须要明白其具体需要的目的,因为客户表达的往往不是客户想要的。这个我也是用另一个血淋淋的事实作出了验证,这一期就不明述了,有计划放在将来的放文章中写出。

    总结以上所有,这一期项目总算实在规定的时间范围内完成了,很感谢那些陪着我一起的所有人员,作为一个产品经理,很不称职,导致连累大家加班来修补,但是经历过了这此之后,我想对以后的需求我会做更加的深入研究,避免重蹈覆辙,不想再次体验这种痛苦,就只能在经历过之后牢牢记住这份艰辛。艰难困苦,玉汝于成,诸君共勉!

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

友情链接更多精彩内容