我到是常常多项目多地点推动,只能说些大的方向,这种事情更多仍是经验的积累,在作项目过程当中变幻无穷什么事情均可能赶上。html
一、无论你是作什么项目,尽量标准化、流程化。造成各类文档模板,对项目过程遇到的各类问题进行整理,多分享,多总结。若是公司没有标准化文档,就本身总结,积累。在完成标准化以后,能减轻很大的压力和工做。前端
二、明确每一个人的工做职能和任务,在制做项目计划以前,让全部人参加讨论,对主要的工做量进行分工,每一个人明确知道本身的工做任务和时间,减小扯皮。若是你控制的项目和人数比较少,好比10我的以内,跟你在同一地点,最好天天清晨花上10分钟开个早会,确认一下前一天进度。人多的话,天天写工做日志,每周工做总结,项目经理天天花上半小时及时发现问题,确认进度。一个项目小组6-8人最好,最多不要超过15人,任务要实际,一周内的任务要清晰明确。程序员
三、学会有效委托和受权。在每一个项目中陪养着一到二我的核心人员,经过标准化的方式,让这二个参与到项目管理工做中来。把项目中的工做进行分类,能委托出去必定要委托出去,把精力放在进度控制和用户沟通这二项中。数据库
四、应用突发事件。
根据经验来讲,突发事件通常大体分为三类:
人员变更、技术因素、客户需求变动或沟通问题。微信
(1)人员变更这个比较头疼,可能常常会到人员流失或忽然离职。只能靠项目经理的我的魅力平时多联系、多沟通,尽可能对一块儿干的兄弟好一点,在事件发生以前,心理有个准备。在条件好点的大公司,能够准备些后备人员。对项目的技术骨干必定要常常联系,保持良好关系,只要这些人,项目就有但愿。app
(2)技术因素。作项目时,使用成熟技术,不要使用任何没有验证过的新技术,项目经理的主要目的就是项目完成,不是学技术,耍酷。通常在项目进行以前,能够跟公司的技术总监和主力开发人员确认技术难度,解决主要技术难题。另外一点,平时多积累行业人脉,多参加些行业聚会,实在有问题搞不定,向其它人求助。
(3)客户需求变动或沟通问题。这点是重中之重,通常要由项目经理或资深技术人员带队,千万不要以新人为主。深刻了解用户需求,最好用原型法跟用户进行确认。了解用户中作决定的人是谁,而不是讨论需求的人,多联系多沟通,主要功能必定要进行确认,多作记录。大的需求变动,要开会,多人签字。项目经理要对项目进行划线,明确项目的底线和边界。ide
1、先从项目经理的角度分析下这个问题:
高效项目管理的几个要点:
一、明确且达成共识的项目目标。确保项目的每项工做都是在为实现这个目标贡献。
二、精细化的任务分解。要点是每一个子任务时间不要超过一周,明确的子任务目标、时间点、交付物。
三、有时间保障且有能力执行的资源分配。有些项目虽然分配了资源,可是不能保障资源的有效投入,这个是项目不能推动的很是重要的缘由。
四、每日检查、每周检查项目进展和提交物。如何高效开小组会的问题在知乎上能找到,建议看看。
五、根据检查状况调整任务目标、资源、进度,并修改计划。这个很考验项目经理的水平。
配套硬件:
一、规范化和流程化:为每项工做制定规范(第一次创建比较痛苦,可是一旦创建了有效的流程和规范,对未来复制成功的项目有很大的好处,能提升工做效率和下降资源能力的门槛)。尤为要注意设计、测试和配置管理的配合,文档手册工做及早入手。
二、按照配置管理规范,从硬件平台、配置管理上保证项目团队能有效协做,减小人工干预环节。
软件条件:
一、有效沟通:确保每一个人听明白了本身的任务是什么。尤为是新进的人,每每怕丢面子在没听明白要求的状况下硬着头皮作。
二、能力培训:对不能胜任的人提供辅导和培训。不要把任务分配给没有能力完成的人,团队的成员若是拿到不能胜任的工做,容易磨洋工,也感觉不到成就感,因此安排合适的任务给合适的人很是重要。 工具
多项目管理很重要的是如何保证资源的有效投入,在项目团队中,一人跨多个项目的状况必定不要多,不然项目效率会低下。
多项目同时进行还要分清项目的主次,抓住每一个项目目前阶段的要点和最大的风险,提早想清楚应对措施。 post
2、从项目成员的角度分析:
对于项目团队成员来说,若是同时有多个项目并行,要学会管理本身的时间。
好比软件开发类的多项目并行,每一个项目所处阶段可能不尽相同,有的在需求阶段,有的在设计阶段,有的已经提交了测试在修改BUG,有的在维护代码,总的来说就是掌握本身的生物钟,规律工做时间,分配合适的工做。
一、掌握好本身一天的生物钟,什么时间是最有创造性,什么时间最有效率,何时容易疲劳,而后把工做分配好。
二、把连片、效率高的时间留给处于设计阶段的项目。由于设计阶段思路连贯性很重要,被打断以后再从新捡起来比较困难,要保证这段时间可以集中精力不被打扰。
三、天天固定的时间来修改BUG、维护代码。修改BUG须要和测试交流,尽量选择有些疲劳容易被打断的时间来作这事,好比下午4点以后下班以前。
四、下班前10-30分钟一般是会议时间。
五、不要相信你的记忆力,把作完的工做一个一个记下来,若是可能,记下来你当时的考虑。
好比同时有两个设计活在作,常常须要切换思路,很容易出错,写下来每一个要点,在切换到另外一个工做时快速浏览下以前都作了什么。 这个对琐碎和跳跃性的工做很管用,好比代码维护。
六、思考不一样的项目有没有共性,若是有共性,提炼出可复用的部分,独立成可复用模块。
七、工做分优先级,按重要且紧急的、紧急的、重要的、排排序,如何排序根据任务状况本身考虑定,总之,80%的时间应该作重要的事情,20%的时间来作其余或者紧急的事,别本末倒置了。 学习
多项目管理是站在企业层面对现行组织中全部的项目进行筛选、评估、计划、执行与控制的项目管理方式。与单个项目管理不一样的是,单项目管理是在假定项目的资源获得保障的前提下进行的项目管理,思考角度采起"由因索果"的综合法方式。多项目管理则是在假定存在多个项目的前提下,如何协调和分配现有项目资源、获取最佳项目实施组合的管理过程,其思考角度通常采起"由果索因"的分析方式。
多项目管理的核心是资源管理,参考以下三篇文章:
http://blog.sina.com.cn/s/blog_493a84550100b7i5.htmlGTD那套对我比较有效
1. 一次只作一件事情,一脑不能两用_天涯博客
2. 有个队列,有临时需求插入的话快速的评估优先级,工做量,而后插入到队列继续当前事情
3. 使用工具来下降无谓的打断,举例来讲
1、从项目经理的角度分析
1)高效项目进度管理的几个要点
一、明确且达成共识的项目目标。确保项目的每项工做都是在为实现这个目标贡献。
二、精细化的任务分解。要点是每一个子任务时间不要超过一周,明确的子任务目标、时间点、交付物。
三、有时间保障且有能力执行的资源分配。有些项目虽然分配了资源,可是不能保障资源的有效投入,这个是项目不能推动的很是重要的缘由。
四、每日检查、每周检查项目进展和提交物。如何高效开小组会的问题在知乎上能找到,建议看看。
五、根据检查状况调整任务目标、资源、进度,并修改计划。这个很考验项目经理的水平。
2)配套硬件
一、规范化和流程化:为每项工做制定规范(第一次创建比较痛苦,可是一旦创建了有效的流程和规范,对未来复制成功的项目有很大的好处,能提升工做效率和下降资源能力的门槛)。尤为要注意设计、测试和配置管理的配合,文档手册工做及早入手。
二、按照配置管理规范,从硬件平台、配置管理上保证项目团队能有效协做,减小人工干预环节。
3)软件条件
一、有效沟通:确保每一个人听明白了本身的任务是什么。尤为是新进的人,每每怕丢面子在没听明白要求的状况下硬着头皮作。
二、能力培训:对不能胜任的人提供辅导和培训。不要把任务分配给没有能力完成的人,团队的成员若是拿到不能胜任的工做,容易磨洋工,也感觉不到成就感,因此安排合适的任务给合适的人很是重要。
多项目管理很重要的是如何保证资源的有效投入,在项目团队中,一人跨多个项目的状况必定不要多,不然项目效率会低下。
多项目同时进行还要分清项目的主次,抓住每一个项目目前阶段的要点和最大的风险,提早想清楚应对措施。
2、从项目成员的角度分析
对于项目团队成员来说,若是同时有多个项目并行,要学会管理本身的时间。
好比软件开发类的多项目并行,每一个项目所处阶段可能不尽相同,有的在需求阶段,有的在设计阶段,有的已经提交了测试在修改BUG,有的在维护代码,总的来说就是掌握本身的生物钟,规律工做时间,分配合适的工做。
一、掌握好本身一天的生物钟,什么时间是最有创造性,什么时间最有效率,何时容易疲劳,而后把工做分配好。
二、把连片、效率高的时间留给处于设计阶段的项目。由于设计阶段思路连贯性很重要,被打断以后再从新捡起来比较困难,要保证这段时间可以集中精力不被打扰。
三、天天固定的时间来修改BUG、维护代码。修改BUG须要和测试交流,尽量选择有些疲劳容易被打断的时间来作这事,好比下午4点以后下班以前。
四、下班前10-30分钟一般是会议时间。
五、不要相信你的记忆力,把作完的工做一个一个记下来,若是可能,记下来你当时的考虑。
好比同时有两个设计活在作,常常须要切换思路,很容易出错,写下来每一个要点,在切换到另外一个工做时快速浏览下以前都作了什么。 这个对琐碎和跳跃性的工做很管用,好比代码维护。
六、思考不一样的项目有没有共性,若是有共性,提炼出可复用的部分,独立成可复用模块。
七、工做分优先级,按重要且紧急的、紧急的、重要的、排排序,如何排序根据任务状况本身考虑定,总之,80%的时间应该作重要的事情,20%的时间来作其余或者紧急的事,别本末倒置了。
判断重要与否要看对项目总体的贡献,而非对我的自身是否重要,因此又回到开头的那句:我以为首先要弄清楚一个问题,要解决的是『多项目管理』仍是『多人协做』?
这二者这之间虽然并不矛盾,可是有主次之分。
不少回答介绍的都是多人协做的工具,可是这些产品在多项目管理方面却稍显薄弱。
以我之见,项目管理应该专一于项目自己,而且围绕这些项目进行周边的管理,例如任务,协做,财务,等等,这些状况的使用场景有程序员接私活,自由职业者,外包团队等。
以程序员接私活举例,一个程序员接了五个私活,这五个私活就是五个项目,而每一个项目又有若干任务,例如数据库,前端,后台,等等,这个程序员可能还会把其中某一两个项目的某一两个任务交给他的小弟去作,那么面临的问题是多项目中多任务的管理,而且由此而来的资金流动,统计等问题,都更为复杂。这时候,上面答案提到的全部工具基本上都没法很好的解决。
而国内最符合多项目管理的条件的产品,我以为是 『简单 - 帮你把工做变得更简单 』,它能够解决多项目的管理问题。
这款产品是以项目为核心的:你能够经过点击,拖拽,滑动来变动项目的状态或添加新的项目。作过的,没作的,一目了然。
不只如此,简单的『进度』概念也作得不错,用了进度条的方式来显示项目各项指标的完成度,若是系统检测到超期未完成等特殊状况,还会在进度条旁边弹出文字提示。这个可让任务管理者清楚本身目前最应该作的是什么。能够为每一个项目添加任务,而且管理这些任务,这些任务是多项目管理的精髓。由于它把复杂的事情分红一件件小的,能够很快完成的小任务,这符合GTD的原则,可以帮助咱们提升工做的效率,尤为是多项目时工做的效率。
和其它相似的Saas产品同样,你也能够邀请其它成员加入,对某些任务进行协做,这些协做任务和相应的财务也会自动记录,方便统一管理。值得一提的是,『简单』拥有健全的权限管理,你邀请的成员只能干你安排的那些特定的任务。
我我的是比较喜欢这个的,这也是不少其它同类产品所不具有的,这个特别适合自由职业者使用。
简单目前也有一些缺点:
上手困难,由于功能太多而引导不够致使的问题。
作完某些修改后要手动刷新才会更新,不知道这算不算一个bug
PS:我前些天还遇到bug,发邮件反馈给了简单的工做人员,几小时后就收到了简单founder的回邮,这让我感到很意外,也挺高兴,否则我也不会写这么多了。这款产品虽然目前还不算太成熟,但方向是对的,也看获得一直在改进,潜力仍是很是大的。
『简单』,真的很『简单』
以上拎清每一个项目的工做主线,流程标准化。
也能够找工具协助。咱们团队在用一款在线的项目管理工具,项目的全局信息,包括目标、交付成果、任务分解、进度、开支,一目了然。感受条理仍是很清楚的。
咱们团队用的工具叫土壤网-简易项目生活,推荐一下。“两书两软件”:
两书:
重读《PMBOK》——里面有方法和工具,解决风险(不肯定事儿)
《GTD》——最重要“下一步”能够不拖延,委托出去,及时跟进。(时间)
两软件:
omniplan——科学的评估报表和报告。
omnifocus——配合GTD,将项目上的事儿,转化为本身的事儿,落地快。