当前位置:主页 > Office办公 > 其他专区

最新发布

project 如何制定计划设置不同的日历
project 如何制定计划设置不同的日历

 1. 设置项目信息      操作:项目->项目信息       作用:设置项目开始时间、使用的日历2. 日历设置项目->更改工作时间->新建日历 - 标准日历基础上增加特定假日      例子:在标准日历(5天8小时)上增加法定日历,如下增加国庆节放假以及国庆节调休补班特定假日设置补班-需要设置为工作时间        - 6天制日历设置基于节假日日历下设置

Project 2010/2013/2016/2019的区别
Project 2010/2013/2016/2019的区别

微软开发的Project软件是项目管理人员不可或缺的计划管理工具,也是项目管理者必不可少的一项基本功。它不单纯是一个软件,通过它,可以让你更接地气的理解项目管理。从事项目管理工作的人没听说过Project软件,就像职场办公人士没听说过Excel一样。刚开始接触Project的人,往往纠结一个问题,我该学习哪个版本的软件好呢?其实,不用纠结,Project 2010/2013/2016/2019 这4个主流版本任取一款即可。如果你的操作系统是WIN 7或更高版本,那么尽量用Project 2013或2016吧,这两个版本的区别就微乎其微了。微软新发布的Projet 2019只能安装在WIN 10或更高版本的操作系统上。如果你的操作系统仍然是Windows XP,那么就用Project 2010吧,除了报表的功能比2013/2016 low一些,其他项目管理的功能也几乎是一样的。下面这张图总结了Project各主流版本在功能上的主要区别。【提醒】在上图中,【功能】列中有些是标注*号的,比如“设置前置任务”或“日程表”等,通过Project 2016零售版的自动更新功能就可以获得这些标注*号的功能,使其具有与Project 2019相同的功能。如果说到以上这些版本最大的区别,应该是报表功能在Project 2013以及更高版本中得到了极大的改善,从此以后再也不必先把Project里面的数据拷贝到Excel中再生成报表了,完全可以在Project中直接生成漂亮的报表。所以,在此建议大家尽量使用Project 2013或更高的版本,因为它的报表功能的确非常好用,如果不用报表的功能的话,Project 2010也基本能满足平时项目管理的需要。至于Project 2016或更高版本增加的其他小功能,平时使用频率也不高,大家不必太在意。释怀吧,版本没那么重要,能用Project 2013、2016或者2019最好,其实用2010也是可以的。

1760 次浏览
Project教程 如何将Excel计划导入到Project中
Project教程 如何将Excel计划导入到Project中

Project是一个非常高效的项目管理软件,也是一个非常好的计划工具。然而很多人仍然习惯用Excel来做项目计划,如果已经在Excel中做好了一个计划,如图1所示,能不能快速导入到Project里面呢?这将是本文要给大家讲解的。【注意】大家自己做的Excel计划可能不会像图1所示的那么复杂。在图1中,我单独设置了大纲级别,设置这个的目的主要导入Project后,可以自动设置好任务之间的层级关系,如果大家自己做的计划中没有提前在Excel计划中输入大纲级别,也没有关系,在导入到Project后再重新通过升级降级设置任务之间的层级关系也是可以的。 图1其实,如果大家操作不熟练的情况下,直接复制粘贴是最快、最不容易犯错的方式,比如我们把任务名称可以一次性从Excel文件中复制并粘贴到Project中,也可以把工期一次性复制并粘贴过去,不见得比从Excel导入Project慢。但是本文讲的映射的方式也是值得大家了解的。打开Project 2013、2016或者2019程序,就会出现图2所示的窗口,我们可以在此单击【空白项目】,也可以单击【根据 Excel 工作簿新建】,或者在Project 2010中,单击【文件】→【新建】→【根据 Excel 工作簿新建】,都可以出现如图2所示的窗口。图2点击【根据 Excel 工作簿新建】后,会弹出图3所示的窗口,首先找到要导入的Excel文件的地址,然后在右下角选择文件格式为“Excel工作簿”,这样目标文件就显示出来了,单击右下角的【打开】按钮。 图3

3367 次浏览
为什么Project中任务的完成时间比你想的晚一天?
为什么Project中任务的完成时间比你想的晚一天?

Project不是随便摸索两下就能掌握的,很多同学在使用了相当长一段时间后,仍然不能算入门。举个例子,绝大多数人用Project是用来做进度计划的,资源和成本可能都很少涉及。咱就说Project进度计划的功能吧,我觉得很多所谓“资深”用户可能连它的基本逻辑都未必能搞明白。比如说,很多人做了计划以后,可能会发现一个奇怪的问题,就是任务的完成时间总是比自己算出来的晚一天。咱们把问题简化一下,比如创建了一个任务A(没有设置过任何前置任务),工期明明是1天,完成时间却比开始时间晚一天,如下图所示,开始时间在星期一,而完成时间在星期二。或者工期是2天如任务B,完成时间却是在第三天,开始时间是星期一,完成时间却是星期三。你有没有碰到过这个问题呢?有些同学遇到过,有些同学是遇到了但是自己没发现。好,现在告诉大家这些坑是谁挖的,应该怎么避免。原因1:在桌面鼠标右键新建Project文档生成的文件很多人习惯在桌面上通过鼠标右键新建Office文件,这种方式本身无可厚非,但是用在Project软件上就不行了,为什么呢?这会暴露Project软件的一个bug。通过这种方式建立的新Project文件,任务的开始时间不是默认的早上8:00,而是早上9:00(也许程序员不想那么早起床吧)。怎么验证这种说法呢?可以点击【文件】-【选项】-【常规】-【日期格式】,在里面选择一个日期+几点几分的形式,比如2009年1月28日 12:33这种,如下图所示,点击【确定】。然后回到Project计划,再看原来的计划,如下图所示。任务A和任务B的开始时间都是9:00,而不是软件默认的工作时间早上8:00。那么,为什么任务A和B是早上9:00开始就会导致完成时间比自己算的晚一天呢?这就牵扯到Project一个非常重要、非常重要、非常重要的计算逻辑。

2491 次浏览
怎么让春节等其他假期在Project甘特图上显示的更醒目?
怎么让春节等其他假期在Project甘特图上显示的更醒目?

之前我们有篇文章是讲如何在Project中设置春节假期及调休的,那么,有没有办法让春节假期在甘特图上显示的更醒目呢?首先再回顾一下2019年春节放假安排。创建好了“标准+假期”日历,并在【项目信息】窗口中将其设置为项目日历后,我们发现,在甘特图区域中好像并没有体现出新的日历,这是什么原因呢?原来在甘特图视图中,时间刻度上显示的日历和项目日历并不是同步更新的,而是需要手动调整。在时间刻度上双击,就会弹出【时间刻度】窗口,然后点击【非工作时间】,如下图所示,我们看到,非工作时间上显示的日历仍然是默认的标准日历,而不是我们已经更改的项目日历“标准+假期”。在上图的基础上,我们在【非工作时间】下方,将日历修改成和项目日历一致,即“标准+假期”,如下图所示,然后点击【确定】。这时候我们看到,在甘特图区域已经可以显示“标准+假期”这个日历的非工作时间了,如下图所示,那些阴影区域就代表非工作时间。问题来了,如何让甘特图区域的非工作时间显示的更醒目呢?给大家介绍两种方法。方法一:修改甘特图区域非工作时间的阴影颜色在【时间刻度】-【非工作时间】窗口,我们可以把非工作时间的阴影颜色修改成更醒目的颜色,比如说橙色,如下图所示,然后点击【确定】。这时候我们看到,甘特图区域的非工作时间已经是橙色了,如下图所示,非常醒目。

2275 次浏览
怎么把春节假期等节假日添加到Project日历中
怎么把春节假期等节假日添加到Project日历中

用Project做计划时,如果在日历中设置好了假期以及调休,那么我们就不用掰着手指头排计划了,因为Project软件它会自动避开日历中的非工作时间,也会自动计算上人为设置的调休工作时间,省时省力又准确。说着说着2019年的春节马上就来临了,很多公司的放假通知也公布了,怎么把春节假期放假和调休的时间添加到Project日历中呢?各个公司的放假时间可能不同,我们来参照一下国家公布的放假方案吧。注意,本文讲的方法适用于所有假期的设置,或者说,本文讲的都是放之四海而皆准的方法,而不仅适用于春节假期。同时,不论是Project 2010、2013、还是2016,操作方法也都是一样的。我将依次给大家讲三个问题。1. 将假期及调休设置到Project日历中2. 如何让新建的日历影响项目进度的计算3. 今后如何永久使用新建的日历,不用每次重复设置先来讲第一个问题1. 将假期及调休设置到Project日历中

3488 次浏览
软件研发类应届毕业生培养考核的三个阶段
软件研发类应届毕业生培养考核的三个阶段

软件研发工作是一项复杂性高的知识密集型工作,通常需要多方面的技能,尤其是需要良好的学习能力和创新能力。软件研发类的人才属于高层次的、需要有创造性的知识型人才,因此从各类院校选拔优秀的应届毕业生加入软件研发队伍并加强培养,是软件研发人才队伍梯队建设健康稳定的持续保障。应届毕业生入职后,应进行统一的规范化管理,有利于提升应届毕业生对企业文化的认同感及归属感,增强人员的稳定性。根据近年来的各类校园招聘情况,应届毕业生入职后一般会经历一段时间的实习,实习期一般为1-3个月,也有少数的长达半年以上,还有一部分是毕业后入职。因此,应届毕业生一般会经历实习、试用和转正三个阶段,而对于部分实习时间超过3个月的表现优异的则可以考虑减少试用时长甚至免于试用。总体而言,对应届毕业生的培养管理均可以划分为三个阶段进行:第一个阶段为培训学习期,第二阶段为上岗辅导期,第三阶段为实战考核期。对于实习期间的应届毕业生及非对口专业的应届毕业生的各个阶段的周期可以结合实际略有不同。第一阶段:培训学习期管理培训学习期的主要任务是帮助应届毕业生了解、熟悉公司发展历程、公司情况、部门情况、岗位情况,熟悉公司相关制度,熟悉部门日常工作制度及规范,熟悉研发流程及相关规范,熟悉岗位要求及即将从事岗位的相关情况,了解相关业务及技术基本要求等。培训学习期的周期正常为5天,实习期的应届毕业生及非对口专业的应届毕业生的周期可以在此基础上适当延长5-10天。第二阶段:上岗辅导期管理上岗辅导期的主要任务是帮助应届毕业生在开始参与到所在岗位工作初期尽快了解熟悉所在岗位的工作环境、工作内容、工作要求,并熟悉完整的工作过程,掌握基本的工作方法开展相关工作。例如,对于Java开发工程师岗位的应届毕业生,要熟悉代码开发流程及相关规范,掌握开发环境搭建、代码Check-out/Check-in、编译、运行,并掌握代码层级关系、配置关系、数据库操作等,清楚如何编写代码完成一个基本应用功能的开发(例如增删改查类的功能),等等。上岗辅导期间,需要安排专门的导师负责跟踪指导应届毕业生开展相关工作,帮助应届毕业生建立良好的工作习惯和掌握相关技能。

318 次浏览
为什么在Project中设置了基线在跟踪甘特图中看不到基线的条形图
为什么在Project中设置了基线在跟踪甘特图中看不到基线的条形图

用Project做计划的其中一个好处是,当前计划和基准计划的差异一目了然,很容易发现和基准计划之间的偏差,从而可以及时纠偏,防止计划继续偏离轨道。既可以在Project左侧的工作表区域查看相应列中的数据发现偏差,比如列【完成时间差异】等,也可以在右侧甘特图上直接查看。比如我们有个简单的计划,首先设置了基线,然后进入【跟踪甘特图】视图,就会发现,每个任务有两个条形图,上方显示的是【当前计划】的条形图,下方显示的是【基线】的条形图,如下图所示。当前计划的条形图是随时变化的,而基线的条形图是静止的,这样就能随时看到当前计划和基准计划之间的差异,一目了然。 图1然而有些同学却反映,明明已经设置了基线,为什么在Project的【跟踪甘特图】视图中却看不到基线的条形图呢?可能有以下原因。原因一首先,你要确认你设置的是【基线】,还是【基线1】等带数字的基线。在Project中理论上来讲可以保存11个基线,包含【基线】、【基线1】、【基线2】…【基线10】。而在【跟踪甘特图】视图中默认显示的是【基线】,而不是带数字的那些基线比如【基线1】。因此,首先你要保证你设置的是【基线】,而不是【基线1】或【基线10】等带数字的基线,这样在【跟踪甘特图】视图中才能自动显示基线的条形图。怎么排查这个问题呢?很简单。在【项目】主菜单下,点击【设置基线】按钮,如下图所示的【设置比较基准】。注意,本文的截图全部来自于Project 2010,如果是Project 2013/2016或更新版本,“比较基准”已经改成了“基线”,但是英文版软件中都叫做“Baseline”,大家可以将本文中提到的“比较基准”自动替换为Project 2013 / 2016中的“基线”。那么假如你设置的是【基线】,在【设置比较基准】(或者【设置基线】)窗口中,你会看到【基线】或者【比较基准】后面有个括号,这个括号里面会提示你之前是在什么时间保存的基线。假如你看到【基线】或者【比较基准】后面没有括号,说明你没有设置基线,或者你设置的不是【基线】,而是带数字的基线,比如【基线1】或者【基线2】。

2999 次浏览
聊聊协同打单的一些心得体会
聊聊协同打单的一些心得体会

今天来简单聊聊软件业务中协同打单的一些心得体会。回顾总结我们这些年所做的项目型软件开发,要做这一类项目型的软件开发,首先得想方设法拿到项目。以我们公司在几个行业里多年的沉淀,要在所在行业拿到一些软件项目自然也有一些方法。这里面,解决方案销售应该算是其中最主要的方法之一,这也是软件项目打新、攻下中大型软件项目等的基本方法。要做好这件事情,其实就是要销售、售前、售后为同一目标群策群力、协同作战、持续跟踪、死磕到底。在本人过往的一些项目经历中,真正意义上的协同打单的场景仔细想来似乎屈指可数。这其中印象比较深刻的是三年前在某地市软件项目上的协同打单经历。姑且不论后面项目可持续性和规模效应问题,也姑且不论项目金额的大小,单就从项目打单的角度来看,个人认为还是可以拿出来与大家分享一下。整个项目从当年年初获知消息到当年10月底中标,前后耗时10个月之久,多达15次以上对客户单位A、B、C等的拜访与解决方案交流,基本上每一次的客户交流都做了客户拜访日志的记录和分析,至少5次的解决方案大修改,前后进行了3次大的原型开发,从最初的全静态原型到中间的嵌入真实系统的原型再到后期的逼近真实系统的原型,为投标答辩演示提交了一份相对满意的答卷,甚至于这套逼近真实系统的原型也为中标后要在一个多月内快速上线试运行目标的实现打下了良好的基础。谈到这个项目,其实中间经历了很多波折,也犯了不少错误。首要的错误就是在与客户进行第一次交流前准备不充分,对客户、竞争对手都了解甚少,同时依然按照过往的思维想问题、做方案,自我感觉良好,从而导致在当年2月份与客户第一次正式的交流时被客户批得几乎体无完肤,大败而归。经历第一次的失败之后,销售、售前及相关人员认真做了总结反思,并及时调整解决方案,并于当年3月中旬再次与客户交流,挽回了继续失败的颓势。与此同时,公司领导、销售人员、售前人员也陆续拜访客户,多措并举,协同推进。直至4月初的第一个完整原型出来及相关关键点的突破,才算基本抓住了客户方主要干系人的心,与蓄谋已久的竞争对手相比也开始逐步显现我们的解决方案销售优势。再之后自然就是解决方案的持续调整、原型的持续优化、把控住招投标等关键节点与要素,这中间自然离不开销售与售前、售后一起的密切配合。总结该项目的协同打单经历,个人主要有几点启发: (1)打项目,特别是新项目、大项目,周边豺狼一堆,竞争对手虎视眈眈,很容易处于水深火热之中,销售与售前、售后紧密配合、协同作战是出奇制胜的基本立足点。 (2)在打项目的过程中,要时刻关注客户及相关方的个人需求与项目需求。很多时候个人需求是项目需求的动机,而项目需求则是个人需求实现的体现。 (3)在关键阶段、关键环节、关键时机找到黄金人,往往能起到事半功倍的效果。 (4)认真细致地做好解决方案,同时也要认真准备售前交流,让客户信服自己的方案,在交流中把节奏往利于自己家方案和不利于竞争对手方案上引,也是需要一些技巧。 (5)既要有耐心,经得住黎明前的黑暗与寂寞,又要有恒心,持续跟踪售前过程,时刻注意变化并积极应对,一旦真正投入进去就要有不达目的誓不罢休的决心和勇气。最后,谈到售前工作,我们要清晰地认识到:售前不仅仅是售前人员的事情,也不仅仅是销售人员的事情,而是大家共同朝着一个目标前进的过程! 售前工作的三个层面包括:售前工作整体策划、售前流程和售前交流。下图是早前根据相关资料整理而成:

374 次浏览
如何在Project中处理加班工时
如何在Project中处理加班工时

在微软Project软件中有处理加班工时的功能,但是我在系统课程中没有讲,为什么呢?就像Project软件中的【进度线】功能,这个功能还不够完善,所以暂时不建议大家使用。加班工时这个问题也是如此,总体上说,Project软件设计了加班工时这个功能,但是目前还不够完美,今天就给大家系统地讲一下它应该怎么用,还存在哪些问题。首先,我澄清一个概念,Project软件中讲的“加班工时”指的是日历中工作时间内的加班工时,比如你用的是“标准”日历,星期一到星期五上班,星期六星期日是不上班的。软件中的加班工时指的是星期一到星期五的“加班”,而不是周六周日的加班。周六周日的所谓“加班”应该通过项目日历或者任务日历来体现。我希望大家在阅读后面的内容前,先理清这个概念。我们创建一个简单的项目举个例子,采用“标准”日历,只创建一个任务A,工期为10天,如图1所示。图1所谓加班工时,既然是“工时”,肯定是和资源有关的,接下来我们在【资源工作表】视图中创建一个工时类资源,比如叫做“项目经理”,标准费率假如是100元,加班费率假如是150元,如图2所示。(如果没有加过班,可能你是一个假的项目经理~~~加班还想要加班费?说明你是一个有想法的项目经理~~~)图2然后我们将“项目经理”这个资源分配给任务A,我们可以在【任务分配状况】视图中操作,尽管分配资源在很多视图都可以操作,但是接下来的很多操作都需要在【任务分配状况】视图中进行了 。在分配资源之前,需要提醒大家,如果我们需要用到工时的话,先把任务类型改成固定工期。如果用默认的固定单位,那么你一旦调整工时数量,工期就随之变化,整个计划就全乱了。使用固定工期的好处是,调整工时数量后,工期的变化可以由我们自己来把握和手动调整。如图3所示,默认任务每天使用8个小时的项目经理,工期为10天,总工时为80小时,总成本为8000元。

1337 次浏览
共计17238条记录 上一页 1.. 1418 1419 1420 1421 1422 1423 1424 ..1724 下一页