岗位：项目经理 主要职责： 1、 计划： a) 项目范围、项目质量、项目时间、项目成本的确认。 b) 项目过程/活动的标准化、规范化。 c) 根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。(《需求分析计划》、《》。。。) d) 各项计划得到上级领导、客户方及项目组成员认可。 2、 组织： a) 组织项目所需的各项资源。 b) 设置项目组中的各种角色，并分配好各角色的责任与权限。 c) 定制项目组内外的沟通计划。（必要时可按配置管理要求写项目策划目录中的《项目沟通计划》） d) 安排组内需求分析师、客户联系人等角色与客户的沟通与交流。 e) 处理项目组与其它项目干系人之间的关系。 f) 处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。 g) 安排客户培训工作。 3、 领导： a) 保证项目组目标明确且理解一致。 b) 创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。 c) 提升项目组士气，加强项目组凝聚力。 d) 合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。 e) 制定项目组需要的招聘或培训人员的计划。 f) 定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。 g) 及时发现项目组中出现的问题。 h) 及时处理项目组中出现的问题。 4、 控制 a) 保证项目在预算成本范围内按规定的质量和进度达到项目目标。 b) 在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量； c) 定期向领导汇报项目工作进度以及项目开发过程中的难题。 d)… Read More

项目管理之二十条妙计 （以前保存的网络好文，忘了作者是哪位，先道歉）     即使在最完美的条件下，管理一个项目也是很困难的。不幸的是，许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过，只依靠某一两条“妙计”，是无法顺利完成项目的。 　　1.定义项目成功的标准 　　在项目的开始，要保证各方对于判断项目是否成功有统一的认识。通常，跟紧预定的进度是唯一明显的成功要素，但是肯定还有其他的因素存在，比如，增加市场占有率、获得指定的销售量或销售额、取得特定用户满意程度、淘汰一个高维护需求的遗留系统等。 　　2.把握各种要求之间的平衡 　　每个项目都需要平衡它的功能、人员、预算、进度和质量目标。我们把以上五个项目方面中的每一个方面，综合成一个约束条件，你必须在这个约束中进行操作；你也可以定义成与项目成功对应的驱动力，或者定义成通向成功的自由程度。可以在一个规定的范围内调整。 　　3.定义产品发布标准 　　在项目早期，要决定用什么标准来确定产品是否准备好发布了。你可以将发布标准基于：还存在有多少个高优先级的缺陷，性能度量，特定功能完全可操作，或其他方面表明项目已经达到了它的目的。不管你选择了什么标准，都应该是可实现的、可测量的、文档化的，并且与客户所指的“质量”一致。 　　4.沟通承诺 　　尽管可能无意中承诺了不可能的事件，但不要做一个明知不能保证的承诺。坦诚地和客户和管理人员沟通那些实际成果。任何以前项目的数据会帮助你做说服他们的论据，虽然这对于不讲道理的人来说没有真正的作用。 　　5.写一个计划 　　有些人认为，花时间写计划还不如花时间写代码，但是我不这么认为。困难的部分不是写计划，困难的部分是做这个计划——思考，沟通，权衡，交流，提问并且倾听。你用来分析解决问题需要花费的时间，会减少项目以后会带给你的意外。 　　6.把任务分解成“英寸大小的小圆石” 　　“英寸大小的小圆石”是缩小了的里程碑。把大任务分解成多个小任务，帮助你更加精确地估计它们，暴露出在其他情况下你可能没有想到的工作活动，并且保证更加精确、细密的状态跟踪。 　　7.为大任务制定计划工作表 　　如果你的组经常承担某种特定的通用任务，你需要为这些任务开发一个活动检查列表和计划工作表。每个检查列表应该包括这个大任务可能需要的所有步骤。这些检查列表和工作表将帮助小组成员确定和评估与他必须处理的大任务相关的工作量。 　　8.计划中，在质量控制活动后应该有修改工作 　　几乎所有的质量控制活动，如测试和技术评审，都会发现缺陷或其他提高的可能。你的项目进度或工作细分结构，应该把每次质量控制活动后的修改，作为一个单独的任务包括进去。如果你事实上不用做任何的修改，很好，你已经走在了计划的前面。 　　9.为“过程改进”安排时间 　　你的小组成员已经淹没在他们当前的项目中，但是如果你想把你的组提升到一个更高的工程能力水平，你就必须投一些时间在“过程改进”上。从你的项目进度中留出一些时间，因为项目活动应该包括做能够帮助你下一个项目更加成功的过程改进。不要把你项目成员可以利用的时间100%的投入到项目任务中，然后惊讶于为什么他们在主动提高方面没有任何进展。 　　10.管理项目的风险 　　如果你不去识别和控制风险，那么它们会控制你。在项目计划时花一些时间集体讨论可能的风险因素，评估它们的潜在危害，并且决定你如何减轻或预防它们。 　　11.根据工作计划而不是日历来估计 　　人们通常以日历时间做估计，但是我倾向于估计与任务相关联的工作计划（以“人时”为单位）的数量，然后把工作计划转换为日历时间的估计。这个转换基于每天我有多少有效的小时花费在项目任务上，我可能碰到的任何打断或突发调整请求、会议，和所有其他会让耗费时间的地方。 　　12.不要为人员安排超过工作时间80%的任务量 　　跟踪你的组员每周实际花费在项目指定工作上的平均小时数，实在会让人吃惊。与我们被要求做的许多活动相关的任务切换的开销，显著地降低了我们的工作效率。一个员工一周理论上工作40小时，但不要只是因为有人在一项特定工作上每周花费10小时，就去假设他或她可以马上做4个这种任务，如果他或她能够处理完3个任务，你就很幸运了。 　　13.将培训时间放到计划中 　　确定你的组员每年在培训上花费多少时间，并把它从组员工作在指定项目任务上的可用时间中减去。你可能在平均值中早已经减去了休假时间、生病时间和其他的时间，对于培训时间也要同样的处理。 　　14.记录你的估算和你是如何达到估算的 　　当你准备估算你的工作时，把它们记录下来，并且记录你是如何完成每个任务的。理解创建估算所用的假设和方法，能够使它们在必要的时候更容易防护和调整，而且它将帮助你改善你的估算过程。 　　15.记录估算并且使用估算工具 　　有很多商业工具可以帮助你估算整个项目。根据它们真实项目经验的巨大数据库，这些工具可以给你一个可能的进度和人员分配安排选择。它们同样能够帮助你避免进入“不可能区域”，即将任务量、小组劳动力和进度安排组合起来一看，根本不可能成功。 　　16.遵守学习曲线 　　如果你在项目中第一次尝试新的过程、工具或技术，你必须承受短期内生产力降低的代价。不要期望在新工程方法的第一次尝试中就获得惊人的效益，在进度安排中考虑不可避免的学习曲线。 　　17.考虑意外缓冲 　　事情不会像你项目计划的一样准确地进行，所 以你的预算和进度安排应该在主要阶段后面包括一些意外的缓冲，以适应无法预料的事件。不幸的是，你的管理者或客户可能把这些缓冲作为你的托辞，而不是明智 地承认事实确实如此。向他们指明一些以前项目不愉快的意外，来说明你的深谋远虑。 　　18.记录实际情况与估算情况 　　如果你不记录花费在每项任务上的实际工作时间，并和你的估算做比较，你将永远不能提高你的估算能力，你的估算将永远是猜测。 　　19.只有当任务100%完成时，才认为该任务完成 　　使用英寸大小的小圆石的一个好处是：你可以区分每个小任务要么完成了，要么没有完成。这比估计一个大任务在某个时候完成了多少百分比要实在得多。使用明确的标准来判断一个步骤是否真正的完成了。 　　20.公开、公正地跟踪项目状态 　　创建一个良好的风气，让项目成员对准确地报告项目的状态感到安全。努力让项目在准确的、基于数据的事实基础上运行，而不是从因为害怕报告坏消息而产生的令人误解的乐观主义。使用项目状态信息在必要的时候进行纠正操作，并且在条件允许时进行表扬。… Read More

PMBOK2008与2004过程比较         PMBOK2008初稿已于2008年3月公布，粗略比较了一下过程的差别。PMBOK2008的过程数量由原来2004的44个减少到42个，具体变化如下：     在启动过程组，删减了项目范围管理中的“制定项目初步范围说明书”过程，增加了项目沟通管理中的“识别干系人”过程。     在计划过程组，项目范围管理中的“范围规划”过程改为了“收集需求”过程，项目费用管理中的“费用预算”过程改为了“确定预算”过程，删减了项目采购管理中的“发包规划”过程。     在执行过程组，增加了项目人力资源管理中的“项目团队管理”过程（从2004版中的监控过程组改到了执行过程组），增加了项目沟通管理中的“管理干系人期望”过程，增加了项目采购管理中的“采购实施”过程，同时删减了“询价”过程和“卖方选择”过程。     在监控过程组，将项目采购管理中的“合同管理”过程改为了“采购管理”过程，删减了项目人力资源管理中的“项目团队管理”过程和项目沟通管理中的“利害关系者管理”过程。         在收尾过程组，将项目整体管理中的“项目收尾”过程改为了“项目或阶段收尾”，将项目采购管理中的“合同收尾”过程改为了“采购收尾”。 PMBOK2008过程矩阵： PMBOK2004过程矩阵：… Read More

1。Fixed-price or lump-sum contracts(固定总价或总包合同)简称FP 这是买方（甲方）最能受益的合同类型。不管乙方开销多大，甲方付的钱是固定不变的。 2。Time and Material(T&M) contracts(时间与材料合同)简称T&M 乙方干多少单位的活，甲方就出多少单位的钱。 比如同声翻译和他的客户签的合同，比如我们签的劳动合同。都是这样类型的合同。 3.Cost-reimbursable contracts(费用偿还合同) 这种合同又有三种类型 a.Cost-Plus-Fee contracts(成本加酬金合同)或Cost Plus Percentage Of Cost contracts(成本加按百分比合同)简称CPF,CPPC 这种合同美国法律已经明文规定在任何商业合同里都禁止使用该合同。 还是用我的PMP老师举的例子吧。 夏天到了大家都要吃冷饮，如果公司里大家都不想出去到外面买冷饮吃，那大家都吃不到冷饮了。 这时候如果有位同事跳出来说:我去帮大家买冷饮，不过要给我跑腿费，毕竟我要在这么炎热的天气下为大家做事。 然后大家说：你去买冷饮，如果你买回来，大家除了给你买冷饮花的钱之外，再给你买冷饮花的钱的10%作为你的跑腿费。这样好不好？ 然后他也答应了，等他一出门一想如果我只买一块钱一根的冰棍，公司一百人我也就花一百块，那10%也就十块钱，这样我也太不合算了。 这位聪明的家伙肯定立马去买哈根打斯去了，假设一根哈根达斯20块钱，那他除了买冷饮花的钱之外，还能赚200块的跑腿费，利润可是一块钱一根的冰棍的20倍啊。 看到这里明白了吧，如果大家是甲方，这位同事是乙方，那这样的合同，乙方肯定不关心花费成本多大，只要利润最大化就行。 所以这种类型的合同对甲方来说是损失最大的一种类型的合同，所以美国现在已经禁止这种类型的合同用在任何商业活动中也是由于这么一个原因。 b.Cost-Plus Fixed-Fee contracts(成本加固定酬金合同)简称CPFF 还是举上面的例子，假设大家第二次又叫这位同事去买冷饮，这次大家也学乖了，规定不管他买什么冷饮，跑腿费只有20块钱。 那这位仁兄还是买哈根达斯，虽然这次他只能赚20块钱，但是大家还是要每人给他20块钱作为冷饮的钱。 虽然乙方没有赚取多大利益，但甲方还是损失蛮大，因为甲方都希望自己买到的东西是性价比最好的东西，可如今东西是很好，可是花钱照旧不少。 这种合同是仅次于CPF的让甲方受损失的合同。 c.Cost Plus Incentive-Fee contracts(成本加鼓励酬金)简称CPIF 这种合同解释起来就比较难懂。照旧举买冷饮的例子。 第三次买冷饮，大家又学乖了，对他说我们买冷饮的心理价位是200块，然后跑腿费就200块的10%,20块钱。那这位兄弟肯定立马不干。 大家又商量了一下，又改了一下：你买冷饮多少钱，我们都给你多少钱.跑腿费也给你。 但是如果你买冷饮的钱少于200块，那你还可以再拿差价的15%， 如果你买冷饮的钱多于200块，那你把差价的15%给我们. 然后这个兄弟心里就打起小九九来。 假设我花100块买冷饮，差价就是200-100=100，我除了20块跑腿费之外，我还可以拿15块钱。我花了100块，赚了35块。 假设我花了300块买冷饮，差价是-100,我还要给15块给大家。这样我就赚了20-15=5块钱。我花了300块，赚了5块。 那这样的话，乙方为了自己的利润最大化肯定就花100块买冷饮。毕竟这样他可以多赚点，而甲方也就避免了象前两次做冤大头，花大钱了。 以我的意见这种类型的合同对甲方乙方双方都是双赢的局面。 d.Fixed Price Incentive-Fee contracts(固定总价加奖励费)简称FPIF… Read More

誰でも簡単に使えるツールとする アウトプットの厳密性を考えるあまり、やたら入力項目が多いツールを作っては意味がない。ツールは、「使ってもらってなんぼ」の世界だからだ。複雑すぎるもの、面倒なものは、結局誰も使ってくれなくなる。最初は有る程度目をつぶって、必要最低限の項目だけを入れれば済み用にしよう。 また、どう書けばよいかわからないというツールも困りものだ。何を書けばよいかの補足説明を付けたり、記入例をPDFにして社内WEBで公開したりして、だれでも迷わずにきちんとかけるようにしてあげる必要がある。「ツールをつくったから使え」という姿勢ではなく、「みなさんのためにツールを用意したのでつかってください。」というサービス精神でいこう。… Read More