个人计划软件

1 / 11 个人计划软件 本人参加工作将近 10 年，在大大小小的企业都呆过。2016 年开始创业，带一个 20 人的团队，两年下来，发现小微企业能做好计划真的不是一件容易的事情。一是企业自身的管理，员工执行问题；二是找一个好的工作计划软件，也不容易！直到去年，我们使用了一个日事清工作软件，再加上不断的培训，才算真正彻底解决了这个问题。 中间遇到的问题，且听我慢慢说道。 第一个问题：为什么员工计划写的不堪入目？ 自己下海创业之前，本人在某知名电商企业。虽然那时部门不要求写周计划周报， 但是每周的周计划总结会是雷打不动的。会议内容就一个：每个人讲讲自己上周的工作总结，下周的工作计划。基本上每周的工作，都会根据部门整体的工作目标来进行，从来没有觉得写周计划、周报会是个严重的问题。 自己创业之后，为了加强工作管理，也要求员工每天用 excel 表格写工作计划，但下面员工写的内容，简直不堪入目！往往都是极其精简的几句话，比总理的批示还要言简意赅。根本看不出来，这个人到底下周要做什么事情。工作总结，也是毫无逻辑可言。不管你对下面的这帮人说多少次，基本上效果不大。为什么同样一件事，在大企业和 小企业里面，差别就这么大？了解了下面的原因，以后就不会动2 / 11 肝火。 1） 大企业和小企业的员工素质不一样。不管你承不承认，大企业里面员工的基本素质就是比小企业的普遍要高。别看平常就是写个工作计划、总结报告，重点大学毕业的学生和专科毕业的学生差距很大，所以，如果你的员工大部分都是专科毕业生，建议你对写工作计划这件事，不要报太高的期望。 2） 小企业的老板自己也有问题。开展一下自我批评：作为一个团队的 leader，你是不是清晰的给团队传达了本周、本月的工作目标？相信大部分人都没做到，所以你也不要怪员工，因为你自己都不知道该把团队往哪带。 我们找到的解决办法： 使用日事清工作计划软件，采用固定的格式写，如下图所示： 让员工写计划的时候，明明白白把要实现的目标定出来！以及如何完成这个目标。 第二个问题：写完了计划怎么执行？ 你永远都会发现员工写的工作计划，到周五开总结会的时候，他会告诉你：由于这事那事，导致他没有完成既定的计划。总之：千错万错，不是我不努力，确实是客观条件导致的，最常见的就是时间不够用。 我公司之前有个做销售 的员工，他为了给一个客户3 / 11 送发票，仅仅就是为了送发票，亲自从城南跑到城北，从下午 1 点出去，到 6 点多回来，周五我们开总结会还迟到了。你问他为什么做好的周计划没完成，他还振振有词，时间太紧。今天光给客户送发票，都占去了半天的时间！能把人气死！一个快递， 8 块钱就能搞定的事情，他能花费一下午的时间去做，根本没脑子！对公司来说，每天支付他两百块的薪水，就是下午送了个快递！ 我们找到的解决办法： 使用日事清工作计划软件，让员工学会区分事情的重要紧急程度。 第三个问题：员工动力怎么来？ 让员工养成做计划，写总结的习惯，是一个长期的过程。作为领导，如果员工写的周计划、总结，好坏情况得不到及时的反馈，那么慢慢的他们就会丧失写计划总结的热情！更严重的是，长此以往：员工将丧失思考工作的热情！ 其次，由于工作计划是公司推行的一套制度，如果不能严格的落实下来，会给员工传递一种信号：公司很多事情就只是说说而已，当不得真。 针对这种情况，我们团队的解决办法是： 每周开周会的时候，严格检核员工本周的工作计划完成情况，下周的工作计划情况。对于完成任务较好的，公司当场奖励 100 元，对于完成不好的，罚做俯卧撑 20 个，4 / 11 以示惩罚。并且将周计划总结的考核结果列入年终优秀员工评选的终极指标。 以上是我公司使用工作计划软件，做公司管理的分享，谢谢！ 软件个人工作计划 XX 来了 ,在这里将自己今年的目标及其需要完成的事项留个脚印 ,年底的时候再来对照自己的足迹是否踩的踏实 工作 : 1.按质按量完成公司给予的任务 2.熟悉电子商务的业务以及后台中进出货 ,支付款项的流程 3.作好测试逐步转管理的铺垫 ,多多积累工作 的问题 ,多多学习如何进行项目的控制管理 生活 : 1.打理好自己的小屋 ,自己的屋子 ,应该多多布置下 2.养成锻炼的好习惯 ,多参加公司的活动 学习 : 1.的学习 ,争取今年在英语上有个更好的突破 2.自动化测试的学习 ,认真研读此书 ,然后进行实践 3.阅读一本测试管理的书籍 ,名称暂时不定 希望自己能好好的监督自己 ,为下一步发展计划打5 / 11 下坚实的基础 制订软件项目计划的方法与策略 制订软件项目计划的目 的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。一个好的软件项目计划可为项目的成功实施打下坚实的基础。 软件项目有其特殊性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目计划。我曾主持和参与过大大小小的软件项目十余项，下面我将把我制订软件项目计划的经验分享给大家。 1.注重项目计划的层次性 软件项目计划的层次及其关系如下图所示。 高级计划，是项目的早期计划 。高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素。 大的阶段交替之前，应做好下一阶段的详细计划，我们称之为二级计划。详细计划要确定各项任务的负责人，开始时间，结束时间，任务之间的依赖关系，设备资源，小的事件点。 如果项目规模相对较大，可以有多级的计划，比如6 / 11 说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合的自己小组的计划。如果开发组还分了小组，可以有小组的三级计划。 开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制定，要把任务细化到人日。 一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈。大的项目不见得要有庞大的组织和人员数量来支撑，合理的划分小组，减少组织的层次，有利于项目计划的制 订和实施。较小的软件项目由于工期不长，人员较少，有二级计划也是可行的。 2.重视与客户的沟通 与客户的沟通是很重要的。不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息。 首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性。如：在我主持的一个某单位人事 MIS 系统的开发中就发现，客户方对时间上的约束是有成形的文件的，是他们单位领导们开会的决定。客户给出的从项目启动到验收的时间只有三个月，但是，经过我们认真的需求调研，做出项目进度的粗计划和部分的二级计划后，发现三个月的时间是难于实7 / 11 现的。我们把做出的调研文档和项目计划摆出来和和客户讨论，最终使项目的开发时间延长为六个月。站在为了科学地分析和解决问题的立场上来看，项目组和客户的目的是一 致的，所以对于合理的项目进度客户是会理解与支持的。 其次，我们有义务要让客户知道项目的计划。这样才能让客户和用户主动、积极参与项目，达到项目的最终目标。项目计划取得双方签字认可是一种好的习惯。客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹。有必要想办法让客户清楚签字意味着什么。这就意味说双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用。 3.该详细的详细，该简略的就简略 软件项目计划就如同软件项目本身一样有它特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸，包括一个 WBS 和一个 Gantee 图。一个需要五六十个人甚至上百人，要花上半年或更长时间的大型软件项目则会有更多的项目计划内容。我们得按照项目的的特定情况量体裁衣。 如下表表 1 所示，这是我主持的一个某高校教务办公信息系统项目的风险管理计划表。项目较小，我们只用了两个月的时间就开发完工，通过验收。正因如此，我们在项8 / 11 目计划中大量的采用了这种表格来制订人员计划、培训计划、风险计划 、成本估计、文档大小估计、进度计划，一目了然，责任到人，其效果和效益是很明显的。 项目的工作安排一定要责任到人，这点是要详细的。如果是多个人共同完成的任务也要指定一位主要负责人，否则开发人员会操作不便，甚至互相推卸责任。 4.制订的项目计划要现实 软件项目中的项目经理和系统分析员大都是从程序员成长起来的，我亦是如此，担任项目经理之前我写了五年的 VB、 Java 和数据库 SQL 代码。项目经理和系统分析员做出来的项目计划最终要能够被项目组成员所实现。 制订项目计划仅靠“ 个人经验”是不够的，不可能面面俱到，不要期希望于“个人经验”。解决的办法有两个方面。 一是充分鼓励、积极接纳项目干系人来参与项目计划的制定。 可以邀请客户和公司高层领导来共同讨论高级计划的制订。客户会乐意参与的，因为追求项目的成功是大家的共同目标。公司高层领导的支持是项目组的坚强后盾，项目组需要获取必要的资源，需要及时获取对项目特殊要的审批，需要在领导事务上得到适当的指导和帮助，有些事项有时是需要公司高层领导加入才能解决的，如合同款项的按期9 / 11 支付。 制订二级、三级项目计划要 与项目组成员互动。当规划由一个人做出而由另一个人实施时，如果项目没有按时完成，会使得他们怀疑项目计划的可行性，也会影响开发人员的士气。与项目组内部人员的沟通亦很重要。软件程序员平时通常表现得内向、清高，作为项目经理应当学会调节工作中的气氛，在轻松的氛围中去融合开发人员的意见。 可以让开发人员对自己职责范围内的事提出建议的时间和资源，再作讨论约定。这样开发人员在主观上会更加投入工作。客观上，开发人员的能力很难用时间及工作量来衡量，一名熟练的 Java 程序员比一名初学 Java 的程序员开发效率可能快上四 五倍，因而安排的时间周期、任务量当然要不一样。我比较倾向于召开一次专题讨论会，事先写出一个初稿，再各抒已见，最后作出结论。 二是要充分利用一些历史数据。历史数据是宝贵的财富，是可复用的资源。不仅要注意积累这些数据，也要学会从中提炼出可以为我所用的数据。如，项目计划的模板，计划的资源数据等。 5.运用过程化的思想指导开发 软件项目计划是 CMM2 级的一个 KPA。可用软件过程化的思想指导计划的编制与实施。 CMM2 共有 6 个 KPA，它们是：需求管理、软件项目10 / 11 计划、项目跟 踪和监控、软件转包合同管理、软件质量保证、软件配置管理。一个软件组织如果达到了 CMM2 的各个过程方面的全部目标，就表明这个组织的软件能力达到了第 2 级成熟度等级。 这也可以是针对一个项目而言。通常需要根据项目的进展情况对项目计划进行修改，以便应付需求和承诺的变更、不够准确的估计、纠正措施和过程更改等。在策划和重新策划中涉及的活动，都包含在这个过程方面里。 6.利用成熟的项目管理工具 Microsoft Project 2000 是一款公认的功能强大、操作方便的项目管理工具软件 。它自带了一个叫做“软件开发”的模板，可以用它来生成大体的框架，再作细节方面的改动，也可以自己制作一个符合自己公司软件项目运作流程的模板。 Microsoft Project