晚上开了个UI项目评审会议，那叫一个纠结啊。两方意见僵持不下，争论异常激烈。我承认，我又激动了，这个不好。
我觉得有一点头说的很对，我苦苦琢磨了许久的问题今天终于想通了。这也说明了阅历与经验在解决某些问题时的重要性，比如今天。
规范的流程，明确的目标，清晰的责任，精细的分工，我不知道现在有哪些公司完全具备，至少我们公司是不具备的。在这样的情况下，团队的目标需要每个人努力向前迈进，需要每个人的积极进取，而不是吵架划分责任，这样团队的目标才能达成。碰到分歧或者各不相同的观点，不能简单将责任推给负责人。我们没有交互工程师，没有用户体验工程师，没有专业的产品经理，我们的产品需求来自于销售对于市场的理解，来自于业务与客户的沟通，来自于客户对产品的反馈，但他们也并非专业的，甚至有时候客户自己都不知道自己要什么。可以说，项目由业务发起，最后由业务验收，但是他不负责项目的具体实现，这就需要充分的沟通和相互理解。所以我们要集思广益，这里有各种建议，有来自平面的，来自用户的，来自产品设计的，来自软件工程师的，这些建议都需要参考，但你不能找到这样一个人，让他来帮你一锤定音到底做成什么样。除了乔帮主，已经没有人能对别人的意见一票否决。当然现在乔帮主也不能了。
当团队还不健全的时候，我们讨论的每一个问题都要侧重于问题本身，要去推动事情向前进展。大道理谁都懂，但现实操作完全不一样。这个时候抱怨没有人拍板，没有人全权负责，制度不完善，分工不清晰，这些对项目进度没有任何意义，只会浪费与会者时间，降低团队开发效率。理想的环境是不存在的，怎样在现有条件下达成目标才是最重要的，当然，团队建设很重要，但改善这些需要时间。
谁发起需求，谁负责。这就到了业务头上。但我们不能将责任完全推到业务头上，项目的具体实现还是需要软件工程师完成。由大家提供意见，业务参考多方面意见做出决策（仅仅是大方向的决策），工程师跟业务、平面设计师、美工、动画师等充分沟通，然后实现。最后业务确认效果，验收。
仅以此文，记录我这不太成熟的青春。