管理员、程序员和设计师

狗万体育新闻IT项目管理Louis Marshall读取时间分钟内

视组织结构而定,项目管理员最有可能与范围最广的利害相关方互动常务主管肯定会和项目管理员混合 业务开发 甚至客户在初级阶段但项目管理员会与所有这些人和更多人交互最突出的是程序员和图形设计师等技术人员别忘了客户项目管理员可能花时间比其他人都多

人相伴而生地破解理论或普适法 简单易解Maslow需求层次学,Cavey7高高效人馆,当然还有Michael Gerber经典书E-Myth描述的三位商业名人创业者、管理者和技术员)

对于那些不熟悉书籍者,下文简要总结个性类型

E-Myth远比这些个性类型多关乎创业的陷阱 和如何创业 允许你过你想过的那种生活方式

我们都是这些字符在不同度的组合我们中有些人半主管半技术员,其他人非常创业等理解这些原型在团队环境工作时会大有帮助

并像多数概论一样使用盐粒子, 因为总有例外。程序员和设计师通常完全适应技术员角色,也许由管理者点播(设计师指图形设计师)。

程序员和设计师之间有一些对比,尽管两者基本都是创用学科可能是因为设计师的工作视觉化对用户更显眼,而程序员输出功能化并更多“引擎盖下”。

找寻她对管理者与技术员交互作用的想法, 以下是我所发现:

问题解析设计师与程序设计师有何不同

A.编程客观 设计主观设计者用想象力工作

问题解析管理者应如何去请求设计师修改他们的作品

A.参与设计过程修改需要讲理并基于扎实推理[应避免提交评 。

问题解析管理器输入对设计过程产生反作用

A.没有什么比管理者尝试设计者更令人沮丧需要具体推理建议校正

问题解析设计师和管理者之间最常见的问题是什么?

A.管理者因过度高压关闭创用流问题常见

问题解析管理者对视觉设计的看法应该比设计师轻吗?

A.除非在小商行工作,[管理者不 需要参与设计意见和反馈总是受欢迎的,[但情感建议应保持在最小值

问题解析万一有人不先开口修改作业 会令你烦恼吗

A.[Idds]不高兴管理者不乐见他们的进程被绕过而不先咨询

Vera Babenko网络设计师ANZ银行

或缩写受访者解答修改已被受访者检查以确保原始消息没有丢失

图形设计师模式似乎不常见程序设计师的发现是,建议改变或更糟糕的是,在没有事先知识的情况下继续改变,可能相当混乱,很少有利于团队内部和谐。问题之所以在设计师中更为突出, 可能是因为艺术努力如此主观性人看好的东西 可能看起来不热心当程序员被要求改变功能时,它通常有有形可见效果,某些人可以达成一致

直接与设计师合作时,我常基于强易用背景提出建议平面设计师违反既定最佳实用性指南(例如使用 '##'分级器代替'->',我从不坚持修改我泛泛地说,你有没有想把这个改成这个 因为如果他们不想改变它,我不推题

相邻点是否我更了解 设计师的作品是他们的统治权 和职责唯一一次我重提题目是 如果客户不满意, 然后我会回设计师说客户想它的方式;.

Louis Marshall博客介绍他作为项目管理者开发Web基础软件的经验狗万体育新闻Web项目管理