文档介绍：项目管理经验总结设计管理经验总结研发项目管理经验怎样做好软件项目经理项目经理岗位体会篇一:各种项目管理经验总结大全各种项目管理经验总结大全如何在一个项目中从启动、执行、完成这一过程中, 在做好项目管理的基础上, 使团队所有成员在做人做事方面有所提高? 减少沟通成本是做好项目管理和团队管理的重要前提条件, 而且是贯穿整个流程之中。(1 )帮助新人快速理解原来团队的氛围,知识,降低后期的沟通成本。一方面要提前将内部约定的词语或专业词语解释给新人,且必须让他们理解。内部约定的词语有两种情形: 一种是我们自己原创的, 例如“栏目页”;另一种是普通的单词,在特定的环境使用中,我们对它“重新”定义,例如“模块”。而专业词语则是行业中通用的词汇,这个与个人的阅历直接相关。内部约定的词语在团队的日常交流中经常使用, 不会觉得有问题。但对于新人来说则是碰到一个概念, 大部分情况下新人们会根据已有的经验、阅历去理解我们的词汇, 他们自己觉得“懂”了,所以大部分情况没有提出疑问。只有在项目进行中出现问题, 几轮沟通下来才发现问题在于双方对某个词的理解出现了偏差,这时已付出巨大的沟通成本。所以,在和新人沟通的时候, 时刻提醒自己: 当讲到一些词语, 无论是否是内部约定词语还是一些专业名词, 停下来问问新人是否理解, 并要让他们说出理解, 以此来检验大家在理解上是否有偏差。例如在界面设计中的“模块”,在不同场景有不同理解,但我们内部已经对它“重新”定义,特指界面中的一个栏目。如果没有提前解释清楚, 在中期执行经常会出现多次返工修改的情形。另一方面根据新人的理解水平,选择用词。由于每个人的阅读量、认知水平都不同, 所以在日常沟通中, 一开始最好尽量少用一些专业名词, 最好是在新人亲身经历过, 再向他解释。例如一开始讲界面就提到用户体验、眼动实验,估计他们大脑顿时就石化了。在开会、安排任务、解释说明的措辞上, 尽量用一些通俗易懂,他们的认知水平可以理解的词语来说。“用户都是傻瓜”这话也适用于新人, (没有丝毫贬低的意思)这要求 leade r 在解释说明时要做到所用的词, 连傻瓜都能听得懂。我们要的是团队一起成长,不是为了向新人炫耀自己懂了多少,不是在卖弄我们的技术。(2 )整个团队交流时要化抽象为具象,便于成员之间相互理解由于每个人的知识、阅历不尽相同, 对于概念的理解必然存在偏差。因此 leader 在安排任务、讲解时,能画图的不用文字,能用表格的不用文字,能用比喻的不要直白陈述概念。通过具体、生动地表述帮助大家理解,减少不必要的纠结。(3 )明确一个时间点,减少误解。假如说 leader 对你说“明天上午把文件发给我”你会什么时候发?可能 leader 从9 点多就在电脑前等, 你却睡到 11 点多才起床。 Leader 肯定不爽。问题出在哪?时间不明确。每个人对“明天上午”的理解都不同,“发给我”是发送到邮箱还是QQ 离线文件?稍微注意下,改成“明天上午 10 点前把文件发到我 QQ 邮箱”。双方都心知肚明,可能 leader 会9点 50 分就去查看邮箱。大家合作愉快。(一)项目管理项目管理的目的就是保证项目按时按质完成。最理想的情形就是适当在人安排在适当的岗位上做适当的事, 但现实中往往很难实现。这时 leader 需要有效地执行计划并监督大家朝一个方向努力。一个项目的执行, 需要有 2 个角色: 项目经理+ 产品经理。(只能借助这样装逼的词) 项目经理:正确地做流程;产品经理:正确地做产品。由于人的精力有限, 需要有人专注某一领域, 协调项目的进展。项目经理更注重流程, 制定并把握项目的进度, 安排合适的人做正确的事, 而产品经理则注重产品的质量, 如网页的界面、功能, 后台的数据库等, 安排合适的人把事情做正确! (1 )制定合理的进度表,确保各项内容安排得当。一份进度表须包括:起始时间、内容、参与人、负责人、输出物(即某个阶段做出的成果)。确定的起始时间应注意: 第一, 包括一个缓冲期。为了避免拖拉, 延误了整个项目的时间,需将起始时间设定在底限的时间的前 1-3 天。例如 1 号开始画 psd 图, 底线是 10 号交最终版的样图。在确定起始时间,应当设定为 1-7 号。因为返工修改与可能会出现拖拉的这 2 个因素, 空出 3 天这样一个弹性时间。假如设定时间是 1-10 号,有可能 10 号晚上拿到的 PSD 图就非常满意,不需要一点点修改? 第二, 时间的最终确定需所有成员清楚并同意。为了增加成员对项目的认同感, 也为了尊重成员, 避免成员在情感上认为上级又布置了一个任务, 只能选择接受。由于每个人有各种私人的事情,还有可能有选修课、实验课等等不定因素, 所以大家的时间比较零碎。此时, leader 可以先按理想中的情况安排起始时间