评论：UED团队合作与开发流程优化

由：波希米亚

波希米亚 — Fri, 24 Apr 2009 06:21:11 +0000

效率是会提高，但出来的东西质量就不一定能保证了，效率不是评定产品好坏的标准。人的精力有限，1个人干3个人的活，顾得这个顾不了那个。我接触过一个公司，产品的头跟我说交互设计师一点用没有，他要求产品经理也要做交互等等。我很为这个产品担心，我完全相信他产品经理的能力，只是质疑这个头头的想法，用赤壁里的台词说就是“你过时了”

由：undc

undc — Thu, 23 Apr 2009 08:45:34 +0000

其实很多PM 做id 和wd 相当的辛苦但是效率确实会提高

由：优衣事件簿 » Blog Archive » 读文记事

优衣事件簿 » Blog Archive » 读文记事 — Thu, 26 Feb 2009 09:48:27 +0000

[...] UED团队合作与开发流程优化 [...]

由：波希米亚

波希米亚 — Wed, 07 Jan 2009 08:23:47 +0000

@Eling,目前大概有两种形式,一种是来活到UED后分配人去跟;另一种是随产品走,几个人一直跟某一个产品线.至于谁来审核UED的工作,我想一般还都是老板,很少有公司让最终用户给产品打分的吧,这部分得分直接得不到,但可以间接产生,就是根据相关的分析数据.量化UED工作才更有说服力,无论对老板还是用户.

由：Eling

Eling — Tue, 06 Jan 2009 08:59:38 +0000

偶有问题，UED作为一个部门存在，谁来审核和检查UED的工作？按项目分，PM主导整个项目，ID相当于策划和协调项目，那么UED里的人，就是按人员分配给给PM？

由：木木

木木 — Mon, 05 Jan 2009 02:19:53 +0000

现在我们做产品遇到的瓶颈就是工期总有延缓。。。。

由：asun

asun — Mon, 08 Dec 2008 05:43:32 +0000

好文章，我最近也在琢磨这个事情。
这样子好处不用说，坏处就是一旦某个环节出现反复评审与修改，就会导致与之叠加的环节的同步修改。不过问题应该不大，毕竟在追求速度的开发中，没有太多机会去反复斟酌。

由：波希米亚

波希米亚 — Thu, 04 Dec 2008 01:13:46 +0000

@William，是的，ID通常要起到承上启下的作用，这就要求这个岗位懂得的技术方面比较多，除了做好自己专业以外，相关领域知识结果越完整，工作方法就越合理，随之效率才能真正提高。当然这不是一个人的事，要带动全团队才行=）

由：William

William — Wed, 03 Dec 2008 14:52:09 +0000

最近一段时间个10几个人的团队在一个项目，项目进展严重有问题。
本文给了很多启示。
ID在这你们项目中担负的职责很重啊，对能力要求很高。

由：波希米亚

波希米亚 — Wed, 26 Nov 2008 01:27:12 +0000

@Amer，别忽略了VD，也是有相关设计规范的。只有WD有框架，整体速度还是带不起来，要靠每个环节都更专业化，才能缩短整体时间。所以就要求各个岗位均衡发展，避免短板效应。