然而,每个人都希望确保项目顺利进行并按计划进行。但实际上,有经验的人会告诉你,这基本上是不可能的。
无论一个项目看起来进展得多么顺利,最后总会有一个奇怪的关卡。
无论您的项目有多紧急,您都应该留出20% 到30% 的缓冲区。提前完成一个项目真是太好了,但是相信我,这里那里总是存在致命的错误。有一个缓冲并给自己一些空间总是好的。毕竟,谁从来没有想过钓鱼(缓冲区绝对不是用来钓鱼的:))。
7、保证良好的测试环境
如果您的业务很复杂,您可能需要在整个过程中运行稍大的功能,但这并不意味着您可以只是“象征性地”测试当前的功能。
例如,如果您想在采购结果后查看具体的操作职位,则需要查看整个采购流程。
我们公司总共有6个测试环境,但是在设计整个业务流程的时候,经常(非常频繁)的出现其他流程无法执行,阻碍整体测试的情况。比如今晚的功能,我们自己的业务和代码都很好,但是当我们回来的时候,流程的其他部分就无法运行,完全不可测试。另一边的同事忙着自己的事,所以今天也是周五。最终我花了3-4个小时才完成整个过程。
当你需要测试一个关键功能时,确保正确的测试过程是一件非常高效的事情(我要感谢这里负责测试的女孩,她很友善,乐于助人。她很漂亮,很专业,而且有伟大的个性)。
8.及时的电子邮件通知和JIRA变更记录
虽然需求评审足够详细,大家在会议上通常都会提出很多问题,但想法和实际实现还是有很大差距。
因此,在开发过程中,难免会出现一些问题,比如交互缺失、逻辑缺失等。
我们都有太多的事情要做,以至于我们常常不记得早上聊了什么,下午也忘记了。发生的所有需求变更都必须在JIRA 中快速准确地记录,并且组内的@stakeholders 也必须记录它们。这不仅仅是为了表现正式和专业精神。确保早期沟通过程中的准确性和书面记录可以减少验收过程中的许多不确定性和混乱。
9. 不要在周五发布
最后,要记住的最重要的事情是不要在周五发布。请不要在周五发布!请不要在周五发布!
一种是有周末、周五发布的公司,但很多人可能都经历过,当线上出现问题时,整个团队在周末陷入混乱。其次,周五发布版本实际上是一个测试。请考虑一下。你所有的同事都提前下班庆祝周末,而你还在办公室里无聊地等待你的版本发布。了解项目成员正试图杀死你。
每个项目都充满陷阱。你越多地克服陷阱,你就会变得越自信。但我还是希望我遇到的所有坑都是有意义的,每个产品经理的任务都完成好。它之所以光滑,是因为它释放顺畅、顺畅。
日常陈述:每个人在出版方面都有丰富的经验。这些讨论只是我个人评论的总结,并不代表其他人或我们公司的意见。如果您有不同意见,欢迎讨论。但不接受婴儿。
本文最初由@Yonee 发表在《人人都是产品经理》上。它禁止未经授权的复制
标题图片来自Unsplash,并获得CC0 许可。