如何制定每月工作计划表.docx
《如何制定每月工作计划表.docx》由会员分享，可在线阅读，更多相关《如何制定每月工作计划表.docx（10页珍藏版）》请在冰豆网上搜索。
如何制定每月工作计划表
如何制定每月工作计划表
计划工作是一座桥梁，它把我们所处的此岸和我们要去的彼岸连接起来，以克服这一天堑。
今天我就给大家带来如何制定每月工作计划表，希望能帮助到大家!
如何制定每月工作计划表1
1.通过公司的新员工入职培训等培训活动来获取信息。
通过公司的新员工入职培训，我可以对公司的企业文化、管理制度等有初步的了解。
2.请教老员工，与老员工交流。
通过和老员工的交流，可以了解公司的发展背景、发展路径等，熟悉公司的发展脉络。
3.在征得人力资源部经理批准的前提下，从文件档案室调阅有关公司愿景、发展战略、管理理念、企业文化、公司的主营业务、内部管理流程、组织结构等的文件资料。
4.在征得人力资源部经理同意的前提下，到企业内刊主管部门查阅企业重要内刊及最近一段时间的内刊文章，进一步了解企业的愿景、发展战略、管理理念、企业文化、公司的主营业务等。
5.查阅公司所在行业协会发布的重点刊物和外界相关主要媒体对公司的报道，来了解行业发展情况、企业在行业中所处的地位以及媒体公众对企业的看法等。
五、深入认识和领会自己的工作职责。
了解了公司的基本情况后，我还需要了解人事主管这个职位在公司的职位序列中所处的位置。
1.查阅人力资源管理的相关制度和工作流程，进一步明确自己在工作中的主要职责。
2.在征得人力资源部经理同意的前提下，查阅人事主管的职位说明书，并就其中载明的相关职责、权力、工作汇报关系、沟通方式等和人力资源部经理进行沟通。
3.同时，还需要了解下属的职位说明书，并就下属职位说明书中载明的相关要求和其日常工作方面进行充分的沟通。
六、在以上两方面的基础上，找准自己的工作定位，进而制定工作目标和工作重点。
在了解了公司的愿景和发展战略等基本情况、深入领会了自己的工作职责的基础上，对自己的工作进行定位，按照人事主管职位对公司的重要程度来明确工作重点，并就这些工作重点制定工作计划方案和备选方案。
目前公司发展情况良好，我希望在新的一年里，公司能够顶住金融危机的压力，开创公司更美好的前景!
当然只有希望是没有用的，只有自己不断的努力，才会取得成绩，这些年来，我已经知道了很多很多，公司发展的前景并没有想象中那么的良好，稍有不慎就会出现重大失误，这也是我多年以来一直很注重的事情。
不过我相信，只要肯努力，机会就会来到你的身边!
如何制定每月工作计划表2
——哈罗德·孔茨古人讲：
“凡事预则立，不预则废。
”
在日常学习或工作中，计划是常用并意义重大的。
一切有组织的活动，不管大小，重要与不重要，全局性的或是局部性的，都必须有计划。
计划工作又是一切管理活动的前提，只有有了计划以后，人们才能开展其他的管理活动。
因此，一日之计在于昨夜，而不是在于晨，今天晚上就应该写好明天早上要做的事情。
一月之计在于上个月底，这个月底你就应该写好下个月你要做的一切事情。
一年之计在于去年底，而不是在于今年年初，今年年底你就应该写好一切明年要做的事情，在明年的时候全部把它完成。
1、为什么常常不制定计划◇没有习惯;
——习惯决定性格，性格决定命运。
◇做了也完成不了;
——说明计划不科学，或缺乏控制。
◇没有时间;
——如果你如果没有时间去筹划，就只有时间去后悔了。
◇计划不如变化快;
——做计划正是为了应对变化，提高预见性。
◇知难行易;
——正是检视自己执行力的时候。
◇不知如何做;
——本课程教你。
◇保持对付上司的弹性。
——这太阴险了吧。
2、制定计划有什么好处1）预测未来，指明方向
有了计划，工作就有了明确的目标和具体的步骤，就可以协调大家的行动，增强工作的主动性，减少盲目性，使工作有条不紊地进行。
2）提高成功的可能性计划为目标的具体实现提供切实可行的方案，因此按照计划实施，则成功完成预期工作目标的可能性大大地提高。
3）提高工作效率通过计划，实现对工作的轻重缓急进行安排，使得工作更加有效率。
4）减少变化的冲击
未来的情况是不断变化的，计划是预测这种变化并且设法消除变化对组织造成不良影响的一种有效手段。
计划可以减少不确定性，使我们预见到行动的结果。
5）整合资源，减少浪费制定计划时，通过各种方案的技术分析，选择最有效的方案用于实施，使有限的资源得到合理的配置，从而减少资源浪费，提高效益。
6）有利于进行控制计划所设立的目标、责任人、时限等便于对作进度和质量的考核，对计划的执行者有较强的约束和督促作用。
二、计划概述
（一）什么是计划
围绕目标，你要分析一下怎么能达成?
通过什么路径、什么方法、什么资源、什么时间来达成目标，预达成目标，我该分阶段做些什么?
这实际上就是计划!
即，计划是为完成一定的目标而事前对措施和步骤作出的部署，即计划是实现目标的方案途径。
计划是一个统称，涵盖常见的规划、方案、安排、设想、打算、要点等。
u规划：
是具有全局性的、较长时期的长远设想。
u方案：
是从目的、要求、工作方式到工作步骤等方面对专项工作做出全面部署与安排的计划。
u安排：
是对短期工作进行具体布置的计划。
u设想：
是初步的草案性计划。
u打算：
是短期内工作要点式计划。
u要点：
是列出工作主要目标的计划。
（二）计划的特点1）普遍性
由于人的能力是有限的，现代组织中的工作是如此复杂，即使是最聪明最能干的领导人，也不可能包揽全部计划工作。
因此，实际的计划工作涉及到组织或企业中的每一位管理者及员工，上至高层管理者，下至基层管理者及员工。
一个组织的总目标确定后，各级管理人员为了实现组织目标，使本层次的组织工作得以顺利进行，都需要制定相应的分目标和分计划。
这些具有不同广度和深度的计划有机地结合在一起，便形成了一个多层次计划系统。
因此，计划具有普遍性。
2）预见性
这是计划最明显的特点之一。
计划不是对已经形成的事实和状况的描述，而是在行动之前对行动的任务、目标、方法、措施所作出的预见性确认。
但这种预想不是盲目的、空想的，而是以为未来工作目标或实践活动为导向，以现有的条件为基础，以过去的成绩为依据，对对今后的发展趋势作出科学预测之后制定的。
3）可行性
可行性是和预见性是紧密联系在一起的，预见准确的计划，在现实中才真正可行。
因此，对未来的预测，应建立在客观实际的基础上，以现有的条件为基础，以过去的成绩为依据来做出预测，并切忌盲目地、无根据地制订计划。
这样才能使计划有可行性。
4）指导性制订任何一项计划，必须有明确在一定的时间内完成什么任务，获得什么效益。
这也就成了工作的方向和依据。
5）约束性
计划一经通过、批准或认定，在其所指向的范围内就具有了约束作用，在这一范围内无论是集体还是个人都必须按计划的内容开展工作和活动，不得违背和拖延。
6）可变性
如果在计划执行过程中，客观情况发生了变化、就要适时地予以修订。
所以计划既有指导性，也有可变性。
同时，考虑到未来的变化，计划的制定还应有弹性，可以预测未来可能的变化，辅以备选的多套计划。
所以，“计划没有变化快”这句话很有它的道理，但是它的意义不是叫你不要做计划，而是叫你做多套计划。
以备选择。
正所谓：
计划并不能保证你成功，但能让你为将来作好准备。
（三）计划的分类1）按时间跨度，可以分为：
长期计划、中期计划和短期计划。
计划有长短之分，可以根据阶段性的目标设定阶段性的计划，比如，一年计划、三年计划、五年计划等等。
2）按范围分，有国家计划、地区计划、行业计划、部门计划、单位计划、班组计划、个人计划等。
如《长江三角洲地区改革发展规划》、《人力资源部年度培训计划》……
3）按内容分，有学习计划、工作计划、教学计划、营销计划、生产计划、新产品开发计划、科研计划、质量计划、财务计划、成本计划、信贷计划、税收计划、物资计划等等。
4）按写法分，有文字式计划、图表式计划、文字图表结合式计划。
以上分类只是从某一个角度而言的。
事实上，就一份具体的计划来说，往往兼跨几种类型。
（四）制定计划的原则1）计划的应条理清晰，简洁明了，表述清楚具体实施过程的每一个要素（5W2H）。
2）为了应对未来的不确定性，甚至要辅以其他备用计划，即方案B、方案C等。
3）举大而不遗细，谋远而不弃近。
不管做什么都要从细节抓起，把眼前的事情做扎实了。
三、制定计划的步骤
（一）目标分解
计划的制定是为了完成具体的目标，而根据目标的时间跨度和范围不同，要将目标进行分解。
即，若是长期目标，需要分成若干个短期目标;
将大的团队目标分解成小的个人目标（千斤重担人人挑、人人肩上有指标），这样，分解后的目标就为具体计划的制定提供坐标。
再具体制定计划时，就可以依据分解后的目标，来确定工作任务分配、工作进度、资源需求及汇总等等。
（二）事项/任务排序
为完成一项目标，均对应着具体的工作事项或任务。
如，销售业务员一天需跑完两个客户，他需要完成电话预约、查询路线、准备出差资料、拜访客户、填写差旅或交通发票、撰写日程日志等事项，另外，他当天还有其他事情要处理，比如与其他客户对账、敦促公司发货以及个人手机话费充值等等。
而这些事项，需要进行适当的排序，以促使当天的任务能够妥善完成。
1、轻重缓急，要事第一
人的时间有限，无论怎么挤一天也不可能挤出25个小时出来。
因此，有限的时间里，我们要做最能出效益的事!
所以，我们做事情的标准，不是“某件事有没有意义”，而是“某件事是不是最有意义”。
概况起来说，就是“要事第一”。
我们根据事情的重要和紧急程度的不同，将事情划分成为四种类型，并排定优先，以给予我们做事顺序的指导。
重要紧急•危机（看病、救火）
•急迫的问题•有期限压力的计划•规划•防患未然（锻炼、防火）
•技能提升、创新•建立人际关系•发掘新机会•无谓的交际应酬•某些电话、信件•个人嗜好的沉迷•拖延（看电视、上网）
•不速之客•临时会议、邀约•某些电话、邮件•下属请示与报告①马上就做②定出时间待会做④别做了/打发时间、休闲③授权别人做
2、追求效率，统筹安排
同样是一天，同样是一样的工作目标，有的人完成的就比别人的好，比别人的快，这是为什么呢?
除了工作技能的娴熟之外，很重要的一个方面，就是高效率的人懂得统筹安排。
我们都知道一个“先装石头还是先装沙子才能发挥罐子最大容量”的故事模型。
类比到时间的统筹安排上，则就是利用大块的时间处理“大块”的事情，利用琐碎的时间处理琐碎的事情，利用等待的事件兼做别的事情（比如在旅途中可以打电话或者构思计划）。
请想一想，如果你是销售业务员，该如何对上述所罗列的事项进行排序及统筹安排?
（三）确定行动方案
对事项/任务排序以后，要对每一个事项拟定具体、清晰的行动方案。
行动方案的七大要素为：
“5W2H”，一般可以采用《__行动方案表》的方式简要描述。
üWhat——做什么?
事项清单?
üWhy——为什么做?
目的是?
üWho——谁去做?
联系谁?
üWhere——何地做?
ü
When——何时做?
何时完成?
üHow——怎样做?
实施战术?
üHowmuch——所需资源?
需多大代价?
序号No.事项名称What目的
Why相关人Who地点Where完场时限When怎样做How所需资源HowMuch备注
注：
此表中，也有的要素可以适当省略，如“Why”。
但也可以根据计划追踪的要求，再增加一栏“执行反馈”。
（四）撰写计划书
根据计划的重视程度不同，需要撰写不同类型的计划书。
比如，简单的计划书，只需要上述的一个excel表即可，而正规一点计划书，通常都包括三部分：
标题
、正文、落款。
1、标题标题，即计划的名称，一般有全称标题、简称标题和文章式标题三种。
1）全称标题全称标题包括以下四项：
制定计划的单位名称、计划的适用时间、计划的内容范围和计划的种类。
如《公司__部门__年营销工作计划》。
2）简称标题简称标题即全称标题的简略，将其中的某个组成部分省略。
有的省略时限，如《__公司营销方案》;
有的省略单位，如《2022年度人力资源部工作要点》;
有的省略单位和时限，如《毕业生就业工作计划》。
3）文章式标题文章式标题按照计划的内容或要达到的目标制定。
如《为实现本公司2022年创利5000万元而奋斗》
若计划尚未经批准，则在标题后或正下方注明其成熟度，如“草案”、“讨论稿”字样，并加上圆括号。
2、正文正文一般由前言、主体和结语构成。
1）前言（指导思想）
前言，即计划的开头，是全文的导语，也是制定计划的依据!
前言要交待有关的背景材料，对基本情况做出分析，说明提出任务的依据、开展项目工作的指导思想、计划的总任务和总要求等。
前言是计划的总纲，回答项目“为什么做”和“能不能做”的问题，是人们了解执行计划的必要性和可能性。
语言应准确鲜明，简练扼要。
2）主体（计划事项）
主体是正文的中心部分，是计划的核心内容。
可以将上述的《__行动方案表》直接附上。
在文字的描述上，要求任务具体，目的清楚，落实到人，办法、措施得力，时限明确等等。
3）结语（执行希望）
结语一般写希望和意见两项，也有的不写结语，计划事项写完后自然结束!
如有结语，一定要注意时代感和针对性，要写得鲜明、生动，有鼓动性，有号召力。
3、落款落款一般包括制定计划的单位和日期两项。
日期写在正文的右下方，一定要详写，包括年、月、日，如有必要，最后应加盖公章。
如何制定每月工作计划表3
工作计划
有人说：
“做项目计划，如同给一个待出生的婴儿写传记那样困难。
如果允许项目结束后再写计划，那就轻松多了，并且可以100%
地准确”。
确实是这样，为什么项目的计划这么难呢?
在软件开发项目实践中，关于计划主要有以下一些常见问题：
1、项目目标不够清晰明确
这实际上在软件开发项目中是一个普遍的现象。
缺乏详细的工作目标以便在项目结束时验证是否取得了预期的成果。
对于软件开发项目而言，在进度、任务范围、质量、成本等项目目标中，进度是最容易清晰明确的，也是用户最为关心的。
不管是献礼工程或一把手工程，进度都是项目目标诸多方面中最先制定的，并且能够很快在招标文件或合同中订下来。
当然，这种进度的合理性未必是经得起考验的。
而统计数字事实说明，大部分的软件开发项目的进度是不合理的。
无论是急于求成的客户还是缺乏软件开发经验和软件工程知识的项目经理都存在对进度过于乐观的问题，其原因较多是因为他们对项目范围的认识是在一种比较粗的颗粒度基础之上。
大多数的软件开发项目在开始阶段可能存在项目范围不够清晰的问题，需要经过需求调研之后才可以清晰。
质量目标是最不容易清晰和明确的，这主要是因为软件系统的质量量化比较难。
由于质量目标的不确定性，它在进度、成本、范围等目标的压力之下就很容易被忽视。
这似乎说明了，质量目标是这些目标中最不重要的一个，最有可能被牺牲的一个。
成本目标可能用户方面不太关心，确实软件开发组织最为关心的，软件开发的成本主要是人力资源的成本，其他的设备基础设施都是可以重复使用的。
所以，在进度、任务范围、质量明确以后，人力资源的成本就可以经过经验等方式估算出来。
2、对编写计划的过程在思想意识上重视不够
实际上是对项目计划的重要性认识还不够充分，虽然大家都知道知道“作计划”很重要，是项目成功的关键，但又认为计划就是写文档，也许是因为一些人善于写程序但不善于写文档，所以有些项目经理会认为写文档是一种走形式，或对繁琐的文档有一种排斥心理。
其实不能把计划当成仅仅是写一个计划文档的问题，而是要通过编写计划文档的过程，理清项目目标、项目范围、项目所需资源、制定合理的项目进度、制定完成项目所需的各种约定（沟通、变更）、制定应对风险的有效对策。
对于这一问题的解决，首先应当提高项目经理的计划意识，采用项目计划制定相关各种知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估与评审工作。
3、制订计划时没有进行充分的沟通
项目经理制订计划时没有和项目主要成员和主要项目干系人共同讨论协商，达成共识;或者最终计划没有发布到所有相关的项目干系人，取得他们的认同、理解，最重要的是对计划中共同责任、目标和各自责任、目标的承诺;由此而造成的后果是：
项目计划缺乏项目组成员的支持，没有成为项目组成员的共识，没有使每个项目组成员努力实现在项目计划中所作的承诺。
因此项目经理制订计划时首先要分清或确定主要项目成员和主要项目干系人，然后与他们进行充分的沟通协商，使项目计划是一个大家都认同的，形成共识的有效文件。
一种更为严重的情况是遗漏了重要的项目干系人。
在制定计划时没有考虑到所有项目干系人，特别是那些对于项目的成败有重要影响的项目干系人，在制定计划时要和他们进行充分沟通取得对项目进度、资源、验收标准等计划的共识和保证。
4、对总体计划、阶段计划的作用认识不足
项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，不少事情没有仔细考虑，或者是有一种等一下再说的想法;阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。
那些号称“所见即所得”的OA，边做、边提需求、边改、边完善的“四边形”的所谓“快速”软件开发也可能竟然是本企业周期延续最长的项目，因为无休无止的需求变更而永无止境。
从项目的计划阶段来看，因为边做、边提需求、边改、边完善，所以他们首先就对计划没有信心，基本上计划对他们来说只是应付，久而久之，对计划方面的锻炼意识不如其他项目，甚至养成不容易改掉的习惯。
5、任务和职责划分不够清晰或有遗漏
目标、任务的分解不够清晰、工作有遗漏，没有确定项目组成员职责的差别，如程序员的职责都笼统地写成“编码”。
其主要原因是一些新任的项目经理是由程序员提拔起来的，不太熟悉软件工程各阶段工作职责中某些具体工作的分配，无法按任务分清每个人的责任。
如应该分清楚需求人员该做什么、设计人员该做什么、编码人员该做什么、测试人员该做什么。
责任似乎很容易分清，但大家却经常听到“这是需求的事”、“这是设计的事”这样的争论，严重的造成项目组内部的纠纷扯皮。
就是因为这些新的项目经理对一项具体工作，如界面设计、数据规格等应该由需求分析人员来做，还是设计人员来做分不清楚，还有就是做到什么程度算概要设计，什么程度算详细设计，职责上也要搞清楚。
建议新上任的项目经理应该多学习软件工程的相关知识。
6、项目任务分工或进度计划表的颗粒度太大
常见的现象有对任务持续时间进行不切实际的估计;或未考虑到任务的相互依赖关系而造成遗漏工作。
其主要原因是软件工程的分析与设计经验的不足，无法细化系统需求，并从需求推导出设计，根据设计去分配任务。
根据细化的需求也可以分配任务，但是由于需求中的功能点和设计中的模块往往不是一一对应的，如一个需求功能点需要一系列的模块来实现，多个需求功能点也可以共用同一组模块加上不同的设置参数来实现。
所以根据设计来确定程序代码阶段的任务分配比较合理。
需求是整个项目的基础、需求的清晰颗粒度对后面的工作及工作计划的准确性至关重要。
项目计划的准确度是以一开始以需求（包括设计层需求）为基础得出的工作结构分解的完整性、清晰性为基础的。
如果没有这个基础，项目计划就不可能做得很准确。
在无法准确制定项目计划的情况下，对其风险要足够重视，并制定出具体可行的对策。
如果对整体的需求或工作结构分解无法一次完整的清晰，就应当把它先分解为几个大块，分块进行，已经清晰的先制定本块（阶段）计划，下一环节的工作也可以开始（分块）进行。
再项目开始阶段往往还没有得到详细的需求成果，因此根据项目计划渐进明晰的特点，在需求调研分析阶段过后，需求成果清晰是，应当及时细化项目计划，在概要设计完成时，要更进一步地细化后面编码测试阶段的详细计划。
7、与上一种情况相反的是计划表的颗粒度太细
就是说软件开发的工作虽然可以被划分为若干阶段，但是这些阶段不应该是整齐划一的。
虽然每个环节阶段成果是下一环节阶段成果的基础，但即使在阶段成果通过评审之后下一环节对上一环节也应当随时进行检查验证，上一环节根据下一环节的验证检查情况进行调整。
在上一环节没有得出可以供下一环节开展工作的基本成果时，下一阶段的投入可能是浪费时间。
“按任务分清每个人的责任”并不是说上一环节的人员在初次完成本环节后交给下一环节就了事了，而应该继续与下一环节的人员共同作战、相互影响、不断进行同步完善,及时地解释和调整上一阶段的成果。
如果上一阶段与下一阶段的负责人是同一个人，就没有这方面的问题，但是在实际工作汇报时要考虑到在某个阶段可能进行着前一个阶段或后一个阶段的工作。
8、资源需求没有经过较为周密的估算
软件开发项目的资源因为因为其自身的特点和受到各种因素的影响，很难做到“精确”。
尽管如此，还是应该尽可能地做到“周密”。
需要重点考虑的软件开发项目的资源主要是人力资源，没有尽可能足够详细精确地估计整个项目的每个阶段所需要的人时（或人日、人月）数;这是因为对软件开发的工作量没有进行精确的估算。
为了估算软件开发项目的工作量和完成期限，首先需要根据较为完整的需求来预测软件规模。
度量软件规模的常用方法有、代码行估算法和功能点估算法。
这两种方法各有优缺点，应该根据软件项目的特点选择适用的软件规模度量方法。
根据项目的规模可以估算出完成项目所需的工作量，我们可以使用一种或多种技术进行估算，这些技术主要分为两大类：
分解和经验建模。
分解技术需要划分出主要的软件功能，接着估算实现每一个功能所需的程序规模或人月数。
经验技术的使用是根据经验导出的公式来预测工作量和时间。
可以使用自动工具来实现某一特定的经验模型。
精确的项目估算一般至少会用到上述技术中的两种。
通过比较和协调使用不同技术导出的估算值，我们可能得到更精确的估算。
软件项目估算永远不会是一门精确的科学，但将良好的历史数据与系统化的技术结合起来能够提高估算的精确度。
9、遗漏重要的假设或约束条件
如一些政府机关的管理信息系统软件开发项目隐含的需求是必须遵守一系列的国家和行业标准，但由于没有考虑到这些要求，致使项目计划失败，开发出某些功能、性能或数据不符合国家和行业标准的软件，造成返工。
所以应当尽可能地将将任何设想和约束编入文档。
做项目计划时应该尽可能地把假设条件和约束条件考虑清楚，这些假设和约束可以是乐观的、悲观的或者是最可能的估计。
例如，可以假设能够及时获得应用程序服务器的新发行版，或可以得到熟悉项目正在采用的技术和技巧的开发人员;还可以假设，项目能在一些约束下工作，如影响计划的强制截止期限或资源限制等等。
应该把这些假设和约束条件编入计划文档中，在项目的实施过程中，当项目计划需要细化和调整时，就应该考虑到这些约束条件，而不是以一种“无限资源”的方式做计划。
一般来说，假设、约束和风险的区别是：
假设、约束是一些比较明显、明确、已经发生或肯定会发生的情况，而风险这是不一定会发生的，具有不确定性。
10、项目计划没有突出重点
软件开发涉及到方方面面的工作，有些是主要的，有些是次要的，项目计划应当反映有价值的工作任务、环境条件。
项目计划不能写成一个大杂烩，也不能写成一个包罗万象的百科全书。
在项目计划中要简洁精确地反映对项目有价值的事情、任务和活动，避免罗嗦。
项目管理的理论方法、成功的项目管理经验都是在实施项目时应该参考的。
但是，每个项目是特殊的，具有“唯一性”的，一次需要
升级会员 