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

最新发布

怎么把春节假期等节假日添加到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 次浏览
Project2007下载地址_安装流程_产品密钥
Project2007下载地址_安装流程_产品密钥

Project2007是一款非常专业的office办公软件必备组件,其为用户供了一些优质目管理工具,让用户可以高效地管理office报表项目,提高用户工作效率。小编将网络收集的Project2007下载+安装流程+产品密钥汇总分享,需要的赶紧阅读吧。Project2007下载地址由于Project2007有单独的安装包,并没有像Word2007一样是默认集成在office2007安装包中,所以单独下载Project2007安装包然后安装即可(启动迅雷,然后复制下述ed2k地址)。ed2k://|file|cn_office_project_professional_2007_cd_X12-18938.iso|392437760|48C3FCBE802FDA5C8326C5A26F2A95FD|/Project2007安装流程第一步:解压下载的压缩包后,点击『setup.exe』开始安装,然后在安装界面中输入Project2007产品密钥『W2JJW-4KYDP-2YMKW-FX36H-QYVD8』,再点击右下角的『继续』;第二步:在『阅读Microsoft软件许可证条款』界面中勾选『我接受此协议的条款(A)』后,点击右下角的『继续』;第三步:进入Project2007『安装进度』界面,耐心等待几分钟;

从零开始学Project
从零开始学Project

MS Project是一个门槛极低的应用软件。只要你懂什么是横道图(甘特图),基本上就会用它。觉得太简单了?你知道怎样建WBS吗?怎样分配资源?怎样优化进度?那么,你知道什么是项目分解?什么是资源规划?什么是关键路径么?MS project 功能简介1.项目进度计划制定活动定义(范围说明WBS&活动清单)/ WBS示例 /▲仅为示例,并不代表任何具体项目的全部项目范围/ 活动排序 /

450 次浏览
如何从 Project 看项目管理核心思想
如何从 Project 看项目管理核心思想

本文将从 Project 软件的独特视角,强调产品经理需要的项目管理相关思想及其关联知识。在网上流传着这样一份腾讯产品经理能力模型,暂且不论其真假,但不难发现做一名合格的产品经理需要非常综合的各项专业能力。而在能力模型中有一项很重要的能力就是项目管理能力,它能在产品的整个生命周期中,帮助 PMer 进行产品迭代的规划、各类资源的整合以及生产进度的把控。在日常工作中,大部分企业或团队都会选择一些协同软件来进行产品/项目的管理。但在更专业的项目管理领域,项目经理们普遍采用 Microsoft 出品的 Project 软件来进行这项工作。本文将从 Project 软件设计的独特视角,强调产品经理需要的项目管理相关思想及其关联知识。至于 Project 的强大功能及其使用方式,不在本文的讨论范畴中。在 Project 中,每一个项目的开始都需要建立项目信息,主要填写的是项目开始日期以及日程排定方式。其中日程排定方式提供两个选项:以项目开始日期或以项目完成日期。

437 次浏览
项目管理工具之 Project 使用技巧
项目管理工具之 Project 使用技巧

在实际工作过程中,项目经理怎么样能够快速的做出一个清晰且有效的项目计划呢?今天给大家分享微软体系的项目管理工具 Project 的使用,本文以Project 2016为例,结合Excel+实际项目为例进行讲解。安装Project 2016如有需要安装包的同学请直接点击用Excel收集任务清单及时间估算产品在出PRD文档时,通常会包含功能清单,研发相关人员根据功能清单拆分为可执行的任务清单,并评估出相应的工作量。项目计划有效的基础是合理的拆分任务,任务的拆分要遵循“自上而下,完全穷尽” 原则,具体实现方案荔枝哥会在项目管理篇提到(可利用工具Xmind)以服务端任务为例:

605 次浏览
Project Professional自动模式工作日工时问题
Project Professional自动模式工作日工时问题

个人觉得Project这个软件最重要的就是项目工时的理解。先简单假设: 一个工作日默认6个工时,每个工时是每个人的工时;或者说是每个任务的工时,超过了就是加班。但是——这个软件会自动占用到到下一个工作日。更改项目的默认选项,记住这里是6个工时: 常见问题1,前置任务没有用: 原因是日历默认工作时间是8~17:00 我们更改了项目的工作时间,日历没有自动更改——那就要手动了 举例更改工作时间 如果只更改当天工作时间,会出错所以两个都要改 可能引发问题2: 工作日计算异常 因为工时是6小时,所以一个工作日的工作时间必须6小时 所以设置每天的默认工时也要恰好是6小时 如果默认的设置好了,对于指定日期可以选默认,也可以自己指定(优先使用) 总的来说: 工作日计算出了问题,就是每天的工作时间和工时不一致。

839 次浏览
共计322条记录 上一页 1.. 18 19 20 21 22 23 24 ..33 下一页