前一段时间忙着写测试用例，忙着跟UI交涉，感觉去了半条命。
人手不足随便凑，也许就是一个小型创业公司的悲哀！
来这家公司已经快8个月了，从之前的每周五开列会到后面的会议省略，简直是失望透顶。以前大家还会开会讨论原型可行性等，后面会议就只属于大神们的了。只要老板有想法了，找几个大神开会探讨一下，然后老板让UI给原型图，给效果图，给需求文档（因为我们的UI立志做产品，所以兼职产品设计和需求文档这一块），然后开发根据效果图敲代码，测试根据需求文档写用例，开发写好后测试人员开始测试。
为什么我会觉得这个流程很悲哀呢？
因为全程只有开始的创意是有会议探讨的，并且只属于大神们的会议，其他的原型评审，需求文档评审，测试用例评审等，全部没有。相当于上面的决定了，下面的照着做就行了。这样子问题就大了。因为有些功能跳转流程，开发一脸懵逼，测试一脸懵逼，而且有些功能设计很不合理，细节定位也不明确。UI 更注重视觉和交互，但是技术欠缺，技术上的问题就无法考虑到位了。因为没有会议，导致大家一脸懵逼，同时也增加了沟通成本，还有人力资源的浪费。一个功能，开会的时候大家一起，讲一次、解释一次就够了的，但是没有开会，看需求文档也不理解，大家只能跑去私聊UI，UI就需要根据不同人的不理解点分别解释。而且原型和需求文档都是UI直接确定的，相当于是UI一个人的想法，这就会导致了不合理的设计出现。
关于不合理的设计，其他人的想法，有时候也会被扼杀了的。因为这又关系到个人利益的问题了。如果用了其他人的建议，原本定好了的就需要改动，比如需要改需求文档，改原型，改效果图。如果开发按照UI的开发好了，还要开发改代码，测试的还要改测试用例。所以说这就是不开会评审的悲剧。如果有个考虑成熟全面的产品经理，还有进行会议评审，很多矛盾，很多改动，都是可以避开的。
所以问题的根本是没有一个正式的产品经理和进行各种评审，导致无法在源头上解决不合理的设计。为了节省时间不开会议讨论和评审，后面需要花更多的时间来进行沟通和修改，简直是得不偿失！
网友评论