精华内容
下载资源
问答
  • 员工入职手续办理流程(一天流程).doc
  • 一般意义下,员工到新公司后,其能正常开展工作的公司层面的要做组织如下工作流程: 以工作中的商业项目为主线。第,通常针对某个具体项目,熟悉这个项目的电气系统最少需要两,第天上午项目概况机房部分,...

    新员工到达一个新公司,如果刚开始不分青红皂白就扔过来一个项目让其完成,时间两天。这不是扔出项目的人疯了,就是公司领导疯了,违背了正常开展工作的基本逻辑。

    一般意义下,员工到新公司后,其能正常开展工作的公司层面的要做组织如下工作流程:
    以工作中的商业项目为主线。第一,通常针对某个具体项目,熟悉这个项目的电气系统最少需要两天,第一天上午项目概况机房部分,下午管线路由部分,第二天上午末端箱点位部分,第二天下午消防弱电部分;其次要熟悉我们在项目中的角色以及这个角色所对应的核心工作内容;第三,规范化,即要知道我们的工作内容(成果)的程序,固定格式;第四,要知道一般项目的通用项和专项内容;第五,要知道特殊项目的通用项和专项内容。有了这些基础之后,针对某一个项目提供一些基础信息才能正常开展工作并工作中提高工作质量,这些都没有,那不是闹笑话的嘛。

    展开全文
  • 无论是令人兴奋的创业公司还是成熟的跨国公司,每家公司都希望在第一天给新员工留下深刻印象。新员工的入职体验,影响着该员工对公司印象的好坏。 手动处理员工入职工作流程的主要问题:当每个人都负责,也就是没有...

    为什么员工入职会很麻烦?

    无论是令人兴奋的创业公司还是成熟的跨国公司,每家公司都希望在第一天给新员工留下深刻印象。新员工的入职体验,影响着该员工对公司印象的好坏。

    手动处理员工入职工作流程的主要问题:当每个人都负责,也就是没有人负责

    当公司规模很小时,每个人都倾向于尽自己的努力来确保新伙伴感到受欢迎。但是随着公司的发展,虽然很多人都会参与到该新员工的入职流程(如人力、IT、部门主管等),但是大家只是参与该流程中很小的一部分工作内容,人力资源部门也很少有时间通过​​手动操作全程处理每一个新员工的入职流程,所以极容易出现混乱,一些重要的步骤也会错过。那么,新员工对公司的印象自然很差,甚至出现刚入职就离职的状况。

    入职流程自动化

    创建员工入职流程是建立入职自动化的第一步。仔细考虑您需要的信息:

    • 联系部门主管
    • 员工生日
    • 住址信息
    • 银行卡信息
    • 相关的文件证明
    • 提供的IT资产(电脑等)
    • 公司系统相关的账号密码信息
    • ······

    这些信息看起来就比较杂乱,真正优秀的员工入职工作流程是什么样的?这是轻流的一个样本:

    自动化解决了手动员工入职流程中存在的责任问题。当您自动化工作流程时,该过程自行运行,无需任何人跟进。同时,它也可以进行无限扩展,但是这一切都是自动化处理的,每一个流程节点该谁负责,一目了然。

    入职流程最佳实践

    基本的员工入职工作流程是一回事,但您可能正在寻找一些更重要的东西。

    也许您想将面试的流程也添加到入职流程里面,这样每一个您面试或者沟通过的候选人都会有相应的信息记录。那么您只需在工作流程中添加一个任务(或多个任务)就可以了。

    也许您还想为新员工创建个性化的欢迎信息。比如,一旦员工确定入职并且提交了相关的在线信息表格,就可以收到公司周围交通状况、用餐建议等信息提示,这些都可以很容易地作为任务添加到员工入职的工作流程中,得到自动化的处理!

    如果您采取了这些的暖心入职方式,员工对公司的印象一定会非常好,会觉得这是一家制度健全、考虑周到并且十分人性化的公司。

     

    无论您是初创公司还是中大型公司,员工入职都是您需要做的事情。为了留住最优秀的人才,您需要给员工留下良好的第一印象。搭建一个自动化员工入职流程处理系统,不仅可以为您节省大量的时间,还可以让每个入职的人都有同样惊人的体验!

    立即免费试用轻流,配置符合您公司需要的员工入职流程管理系统吧!

    转载于:https://www.cnblogs.com/qingflow/p/10369224.html

    展开全文
  • OA第12_Task后只有条路的流程——员工请假流程.zip
  • 员工问啥工作不积极

    千次阅读 2012-12-05 14:09:34
    这的确是最基本的职业行为,然而在现实生活中,我们却发现,当一个员工心不在焉的时候,也就失去了做好每一天工作的动力,似乎公司对其有所亏欠,而支付的工资是对以往的债务和每天流逝的青春的补偿。 似乎仅仅用懒...


    有很多人抱怨员工不努力工作,常常想为什么有的人年纪轻轻就不努力奋斗,甚至想现在的年轻人的艰苦奋斗的劲头可是越来越差了。
    大部分人认为拿一天工资就应该好好的干一天活,哪怕做一天和尚也应该撞一天钟。这的确是最基本的职业行为,然而在现实生活中,我们却发现,当一个员工心不在焉的时候,也就失去了做好每一天工作的动力,似乎公司对其有所亏欠,而支付的工资是对以往的债务和每天流逝的青春的补偿。
    似乎仅仅用懒和不努力并不能够完全解释好这一切,而事实往往相反,表面上表现出不努力和不思进取的员工,却在你不知道的方面非常的努力和进取,也许他在钻研自己感兴趣而你的项目中用不到的技术,也许他在准备跳槽,进入一个比现在的工作强得多的公司或者职位,也许他在暗地里创业,并且心理非常鄙视你这种在外企小富即安的生活状态。其实很容易明白,当年这些小伙子小姑娘们意气风发的成功加入这家公司,必定是有一定的激情和能力的,没有一个人愿意懒,愿意不进取,愿意放弃,你不必抱怨当时这些人是怎么被招进来的,招人的人多么不负责任,也许应该反思为什么他们的激情和能力没有被激发出来而日益埋没。举一个比较极端的例子来讲,如果说让一个人每天工作16个小时,工作三个月,则给1000万,相信没有一个人是不努力工作的,哪怕是平时我们认为很懒的人。
    在管理学中,有一个期望模型,内容是:激励是一个人欲望的大小及其对实现欲望的概率估计二者的乘积。也即一件事情是否能够激励人们努力去做,一方面取决于这件事情本身的价值(这件事情能够满足人们多大的欲望),一方面取决于这件事情做成的概率。
    对于上面的例子中,显然1000万能够满足人们对于财富的欲望,这1000万对于大多数程序员来说还是很有诱惑的,很有价值的。而对于做成这件事情的概率,相信大部分人还是能够坚持三个月每天16个小时工作的,概率大大的。所以很难有人不全力以赴。
    当然对于程序员有价值的事情不仅仅是金钱,还有比如加薪,升职,以及是否使用期望掌握的技术,是否是核心模块,产品对于公司是否重要等等。

    了解员工的需求

    他是期望做C++还是Java还是Python,是期望从事windows平台开发还是linux平台开发? 虽然作为管理者来讲,觉得语言和平台不是问题,无所谓,能够完成功能即可,况且让他多学一门语言和平台,也是对他能力的提升嘛。可是事实有时候不这么简单,有的程序员是具有宗教式的语言和平台崇拜的,如果感兴趣,大家可以搜索一下各大论坛有关哪种语言好,哪种语言快的讨论贴,也基本验证了一句所谓的论坛规律:当回帖超过一定的数目,双方就不再是摆事实讲道理,而是无理的互骂了。还有一个很囧的笑话来描述这种现象:搞C的看不起搞C++的. 搞C++的看不起搞java的. 搞java的看不起搞.net的. 搞.net的看不起搞js的. 搞js的看不起搞html的. 搞html的看不起美工. 最后美工周末去泡mm的时候, 一群傻X在那里加班!
    他是期望做底层还是上层? 程序员还是有各种各样的性格和目的的。有的人期望做出一样东西来很快的能看到成果,从而心中不断充满了成就感,而有的人则期望深入底层代码,甚至公共库,尽量把每一行程序写得完美和高效。有的人急性子,改点东西要马上运行一下,如果有bug,再debug来改,程序运行到这个地方,变量的值大概是i,他才懒得考虑具体是i + 1还是i – 1,运行出来效果不对再调整。而有的人写完代码一遍遍的自己code review,甚至用笔演算,保证准确无误,才运行看看。有的人实现功能,倾向于用最直接简单的方法,先实现出来跑通再说,有的人则倾向于事先做长时间的设计,考虑种种复杂的场景,最后达成一个在其心目中完美的设计。有人期望更多的了解业务,进而以后能够接触客户,转售前,或者出去创业,能够接项目或者做个互联网应用啥的,有的人则期望成为技术专家,在某个方面挖的足够深,成为大公司的技术骨干。
    他是期望加薪升职还是期望跳槽或创业? 大部分领导都认为,在公司里面工作,加薪和升职是每个员工必然的追求,其实事实并不一定如此。有一部分人可能并不认同公司的文化,而仅仅是想学习这里的一门技术,将公司作为跳向其理想公司的一个跳板的。或是其想创业,但是还需要一个工作来吃饭。这类员工看起来往往认真刻苦,但却不出成绩,不以组织目标为目标,而利用部分上班时间和大部分业余时间进行学习,其不怎么爱参加集体的任何活动,他们喜欢单独执行的任务,不愿意参加需要大量沟通的任务,他们喜欢从事机械性的任务,而不愿意接触核心模块的复杂设计工作,团队开会的时候总沉闷不言,自己看自己的电脑,对什么反应都是好好好,工作外却异常活泼,有很多公司外的社交活动。对于此类员工的管理相对困难,你对他们讲前途,讲加薪,讲升职是没有用处的,所谓人心散了,队伍就不好带了,他们的心已经不在这里了,他们会想等我跳到另一件公司,薪水起码翻一倍,或是你加的这点薪水,对于物价房价飞涨的今天根本没有用处,等我创业成功才是正道,当你苦口婆心讲在公司如何发展的时候,他们在心目中甚至连你也一起鄙视,心想你混得也一般么,众多程序员中芸芸众生中的一个,我一定能闯出一番事业,一定比你强。所以,对他们来说,务实的沟通是最必要的,对于心已经飞出公司的跳槽者,你们可以在会议室里面将这层彼此知道的遮羞布揭开,然后给他一段时间,比如两个月,三个月,仅仅给他零碎的,边角的,独立完成的活来干,让其尽快的集中精力完成这次跳槽,无论是对他(不必浪费时间),对你(可以空出名额招人),对团队来讲(不会影响团队人心)都是有好处的,但是要明确告知这样会影响其当期的绩效,如果三个月后并未跳槽成功(该面试的基本都面过了),则他一般会稍微的收一收心(外面的行情没有想象的那么好,或者自己的水平还需要积累),这时候你们可以再次坐下来谈一谈,看当前的工作中,是不是可以有他更感兴趣的工作,希望他在接下来的一段时间内(至少半年)可以全力以赴的工作,如果工作出色,可以弥补上面的绩效损失,这个时候,大部分员工都会沉下心来重新投入到工作中,如果其还是不能够完成基本工作,则已经基本仁至义尽了,则可以再次坐下来谈谈,劝说其自愿离职,这样他可以继续集中精力准备跳槽,不必每天在公司痛苦不堪,如果不愿意自愿离职,则在过一段时间,就可以进入观察期,观察期不合格,就可以进入辞退流程了。如果有的公司没有辞退流程,则可以两年绩效评价四级(Not meet)以下,就可以辞退或者不续签合同了。对于在公司混碗饭吃的创业者(本人其实是不太崇尚兼职创业的),可不安排他们具有挑战性的核心工作以及在公司内部有发展性的工作,只要其能保证完成基本工作,给予他们基本绩效就可以了,如果不能,则也需要坐下来好好的谈谈了。

    知其然,知其所以然

    其次,在了解了员工的期望后,在分配工作的时候,要尽量顾及员工的期望,让员工知其然,而且知其所以然,也即不但让员工了解要做什么,还要了解为什么这么做,这么做如何符合组织目标也符合其个人目标(其实大多数员工,尤其是有很长时间工作经验的员工更注重个人目标),而不能像至加西亚的信中写的一样,只关注结果。有一个不值得定律是这个样子说的:不值得做的事情,就不值得做好。 这个定律反映出人们的一种心理,一个人如果从事的是一份自认为不值得的事情,往往会持冷嘲热讽、敷衍了事的态度。不仅成功率小,即使成功,也不会觉得有多大的成就感。毕竟你不能要求每一个员工都是罗文,如果每个员工都是罗文了,还要你这个领导干什么?
    在分配任务的时候,使员工了解整个项目的全貌也是很重要的。很多程序员都不甘于自扫门前雪,而是很希望看到系统的整个架构,自己做的模块在架构中的哪个位置,如何层层调用,这样不但能够帮助其了解工作的价值,而且会感觉这些信息透明是对他的尊重,并有利于其在朋友同事面前描述其工作的时候更加的高屋建瓴。
    如果能在项目设计,计划,模块划分,任务分配阶段,能够较早的让员工有所参与是很必要的。哪怕是仅仅与会而没有发表成熟的建议,或者头脑风暴的idea没有被接受,员工也会认为自己是项目参与者,而不仅仅是执行者,往往会在工作中更加的投入,更加的愿意承担责任。大多数程序员并不乐意看到这样的情形:一帮子领导在会议室里面开会,不知道说些什么,也不让自己参加,没头绪的开完会自己头上多了个任务,这个任务从哪儿来到,要和那些人合作,做成什么样,为什么不是另外一种方案,全部不得而知,还需要一个个的去沟通。他们往往认为:对有关自己任务决策的会议的参与是必要的,哪怕自己的水平不足以做架构,自己的方案比不上资深架构师的方案,经过讨论败下阵来,明白前因后果,来龙去脉,也算心服口服。自古就有文人相轻的说法,程序员身上多少还真有些文人的高傲气质,如果不加讨论的利用职权将方案A强加于他头上,他往往心理一定认为自己的方案B是好的,并在以后的工作中下意识的来努力证明A方案的不足,一碰到困难就会说:看,我早就知道这个方案会有这个问题,用我的就不会。而且会在后续的工作中逃避责任,于是说:方案是他们定的,性能能达到这个就很不错了,很难再进一步的提高。

    提高成功概率

    再次,在制定任务目标的时候,要把握好任务成功的概率。既不能把目标定的太高,也不能太低,一个通俗的说法是,制定一个跳起来能够够得到的目标。如果定的目标太高,使得员工无法企及,从而产生极大的挫折感,从而自暴自弃。一个笑话是这样说的:如果领导安排的任务上班时间能按时做完,那是谢天谢地,可以准时回家了,如果上班完不成,那就需要加班完成了,如果加班完不成,那就需要通宵搞定了,如果发觉通宵也搞不定,靠,不干了,于是准时回家了。所以在制定目标的时候,一定需要同员工开会商议决定,由员工来预估时间,然后根据进度要求作微小的调整,或者减少功能,你可以仔细询问员工预估时间的理由,并确保没有什么难题对员工的工作造成阻碍,因为可能在上司或者有经验的人员看起来顺利成章,轻而易举的事情,对员工来讲是一个很大的难题。在这个方面,scrum如果执行较好的话,是一种比较好的实践。当然如果目标定的太低的话,会使得工作没有挑战性,从而丧失激情和意义,程序员多是热爱挑战的群体,他们大多抱怨日复一日的ctrl+C/ctrl+V的重复性工作,期望能经常研究一些新的或者更加深入的技术。所以任务分配中的一人管一摊,做什么总做什么的现象也是不好的,一方面缺少backup,当出现人员流动的时候,不是临时交接就能够交接的了的,另一方面大家的工作都缺少挑战性,也不利于员工了解项目的全貌。所以应该一两个精通的来保证质量,带一两个一般的,这样一方面促进沟通能力,一方面对一般的来说是一个挑战。而在此任务中精通的到了其他任务上,可能就变成一般的了,同样也具有了挑战性。如此下去,大家都了解了项目的全貌,其中素质较好的员工就可以预备成为架构师了。
    另一个提高任务成功概率的方面,是对任务执行过程关键点的把控。有时候,我们的员工工作没有成效,并不是员工不努力,而是努力的方向不对,不知道那些是正确方案,遇到问题应该找哪些人寻求帮助。所以作为管理人员,是有义务对过程进行监控的,而不仅仅是要结果。比如在写代码之前,对员工的设计和方案进行评审,就是很重要的一个环节,通过这个环节,可以确保员工做的正是你想要的,而不是代码写了一大堆,却发现南辕北辙,大大的挫伤积极性。程序员是最讨厌一个东西改过来改过去的,一行行的代码就是一行行的心血呀,哪能说扔就扔呀。所以网上流传着一首改编的歌:当初是你要修改,改就修改,现在又要拍脑袋让我改回来,设计不是你想改,想改就能改,让我改版让我修改你丫自己来。虽然在新产品的开发过程中,返工是不可避免的,但是作为有一定经验的老人,是可以通过架构方面尽量的减少这方面的冲击的,新人在这方面是需要指点的,对程序员劳动成果的尊重是最大的激励。

    兑现回报

    最后,应该给予员工的应有的回报来匹配员工的付出。如果曾经有没有兑现的回报,则会大大降低人们心目中的概率。就像上面的例子中,如果一开始说给1000万,后来只给了10块钱,那下次就再也没有人会努力工作了  



    --
    博学之,审问之,慎思之,明辨之,笃行之。-----闫昌盛 15921544018
    展开全文
  • activiti流程例子:详解员工请假流程的实现

    万次阅读 多人点赞 2018-08-15 11:12:31
    2. 在流程的执行过程中,怎么确定执行到哪一步,即执行到哪个任务了 3. 在有多种情况的条件下,怎么判断要去的方向 先不急着解决,来看看我的工程 工程模拟情况 员工请假流程 1. 员工发起申请,附带请假信息...

    三更!!!!!
    问我要源码的朋友们,我不是早就传千度云了吗?烦请自取,方式如下。

    更新:最近发现好多小伙伴问我要源码,真是深感荣幸,所以就把源码上传了csdn,然鹅,,,好像是要积分的,我看了一下,好像不能自己设置积分。。所以,有积分的小伙伴就下载一下吧。
    百度云:https://pan.baidu.com/share/init?surl=3Q_THiI-pTrJ0R-g501F-A
    提取码:7xow。
    最后一句,下载完记得评论一下呦!!


    在开始之前,先说一下刚开始学习工作流的时候遇到的问题,感觉比较困惑,经过这两天的学习,也算有所收获

    1. 部署了多个流程变量,如何准确开启特定的流程
    2. 在一个流程的执行过程中,怎么确定执行到哪一步,即执行到哪个任务了
    3. 在有多种情况的条件下,怎么判断要去的方向

    先不急着解决,来看看我的工程
    工程模拟情况

    员工请假流程

    1. 员工发起申请,附带请假信息(请假几天)
    2. 单位领导审批,如果通过,交付经理审批,不通过,重新申请
    3. 经理审批,如果请假天数不超过三天,经理1审批
      如果请假天数在3-5天,经理3审批
      超过5天,经理2审批
    4. 经理审批通过,流程结束,经理审批不通过,员工重新申请

    流程图
    这里写图片描述
    领导意见和经理意见,用0和1表示,0表示未通过,1表示通过

    多种执行情况


    一.不超过3天,经理1审批,同意申请
    这里写图片描述


    二.3-5天,经理3审批,同意申请这里写图片描述


    三. 5天以上,经理2审批,同意申请
    这里写图片描述


    四. 任一环节设置不同意,陷入死循环
    情况:请假天数超过5天,领导同意申请,经理2审批,且不同意申请
    这里写图片描述


    我的流程中,是一次执行完所有任务,直到流程结束,刚开始学习的小伙伴肯定很苦恼于这个问题,怎么让流程自己执行下去,我前两天一直在想这个问题

    要解决这个问题,随之而来的第一个问题是,怎么获取当前任务,换句话说,就是怎么跟踪流程

    每个流程运行时,都会产生一个进程实例.这是一个ProcessInstance对象,相当于一个实体类,在数据库中有他的信息,而且在这个流程执行完之前,这个实例流程会一直存在,并且id值不会变.

    那么,我们可不可以在每次启动流程时都将这个ProcessInstance对象保存记录下来,然后再通过他的id值来查询当前任务,也就是来跟踪流程的执行情况
    给出获取代码

    		//开启流程
    		ProcessInstance processInstance = runtimeService
    		.startProcessInstanceByKey(processKey, variables);
    		processInstanceId = processInstance.getId();
    

    然后,通过id值来获取当前任务

    Task task = taskService.createTaskQuery()//创建查询对象
    				.processInstanceId(processInstanceId)//通过流程实例id来查询当前任务
    				.singleResult();//获取单个查询结果
    

    这样就可以跟踪流程啦!!!

    这时候,问题又来了,怎么确定流程执行完了呢?怎么让程序自己找下一个任务?

    还是用到ProcessInstance对象,前面说过,这个进程实例对象在流程执行完之前会一直存在,也就是说,流程执行完,这个对象就消失了,数据库自动就给他删除了.所以可以根据processInstanceId来查询ProcessInstance对象,如果为空,说明流程已经走完了,否则,没有走完

    获取ProcessInstance对象的代码

    this.processEngine.getRuntimeService()
    				.createProcessInstanceQuery()//获取查询对象
    				.processInstanceId(processInstanceId)//根据id查询流程实例
    				.singleResult();//获取查询结果,如果为空,说明这个流程已经执行完毕,否则,获取任务并执行
    

    这样就可以判断流程是否结束了

    那么,接下来,就是如何让流程自己找下一个任务,这里我用了一个while循环来解决,直接给出我的代码

    		//开始进行流程
    		while(this.processEngine.getRuntimeService()
    				.createProcessInstanceQuery()//获取查询对象
    				.processInstanceId(processInstanceId)//根据id查询流程实例
    				.singleResult()//获取查询结果,如果为空,说明这个流程已经执行完毕,否则,获取任务并执行
    				!=null){
    			Task task = taskService.createTaskQuery()//创建查询对象
    				.processInstanceId(processInstanceId)//通过流程实例id来查询当前任务
    				.singleResult();//获取单个查询结果
    			String taskName = task.getName();
    			if(taskName.equals("发起申请")){//职员节点
    				completeEmployeeTask(task);
    			}else if(taskName.equals("领导审批")){//领导节点
    				completeLeaderTask(task);
    			}else{//经理节点
    				completeJingliTask(task);
    			}
    		}
    

    我的处理是把每个任务的完成,都封装成一个方法,要完成该任务时直接调用该方法就行,传入的参数是当前的任务的Task对象.

    任务完成函数

    	//职员提交申请
    	public void completeEmployeeTask(Task task){
    		//获取任务id
    		String taskId = task.getId();
    				
    		//完成任务
    		this.processEngine.getTaskService().complete(taskId);
    		System.out.println("职员已经提交申请.......");
    		
    	}
    	//领导审批
    	public void completeLeaderTask(Task task){
    		//获取任务id
    		String taskId = task.getId();
    				
    		//领导意见
    		Map<String, Object> variables = new HashMap<String, Object>();
    		//variables.put("day",4);
    		variables.put("leaderResult", 1);
    		//完成任务
    		this.processEngine.getTaskService().complete(taskId, variables);
    		System.out.println("领导审核完毕........");
    		
    	}
    	//经理审批
    	public void completeJingliTask(Task task){
    		//获取任务id
    		String taskId = task.getId();
    		String name = task.getName();
    		//经理意见
    		Map<String, Object> variables = new HashMap<String, Object>();
    		variables.put("result", 0);
    		//完成任务
    		this.processEngine.getTaskService().complete(taskId, variables);
    		System.out.println("经理审核完毕........,审核经理:"+name);
    		
    	}
    

    有的小伙伴就要问,明明经理审核时有三个经理,为什么只写了一个经理审批函数呢?

    在经理审核之前,是一个排他网关,网关后面出来的连接线中可以设置筛选条件,满足谁就去谁那里,设置见图
    这里写图片描述
    这里的变量是在领导审批这个任务完成之后传过来的,参数传递方法见上篇博文:https://blog.csdn.net/fly_fly_fly_pig/article/details/81699318

    这样,就实现了这个流程的基本运转啦!!

    哦,对,还有一个问题,部署了多个流程变量,如何准确开启特定的流程
    每个流程在定义的时候,都有一个id值,启动时便通过这个id值来启动,所以记住你设置的id值就可以啦!!!

    展开全文
  • 华为,一直是企业界的标杆。很多企业都主张学习华为,学习华为的“狼性”。甚至同样的员工,在其他公司里是“小白兔”,到了华为,就变成了“狼”。华为员工的1工作流程化且紧凑...
  • 您成功的新建了篇名为:新员工阶段工作总结 的文章 作为名入职的企业策划人员,在见习期间,我有幸认识了很多新的同事和领导,也接触了更多新的产品和工作任务,挑战和机遇并存,在我看来,也许机遇更多一些...
  • 说明,这篇文章说使用的流程实例是,学习《个JBPM工作流管理示例》文章中的流程而来。原文中的流程实例不是jbpm3.1版本,不能适用于jbpm3.1。本人将其改写,并加入自己的设计和实现。 2. 流程说明 假设应用背景...
  • 数据库-5 求员工连续工作天数
  • 前几在知乎看到这样个问题,个类似领导的发表了这样个问题: 为什么工作一年以上员工,总会有各种理由选择离职?来的时候很青涩,成熟了就要离开?除了不断涨工资外,如何留住这样的员工?   之后...
  • 上文说,安排新员工看代码,个是表示汝不会管理,另外也是不负责任。因为这都是不可考核的。那么怎么给新员工安排工作呢?  其实也简单,安排可考核的工作即可。所以有如下工作: 熟悉开发环境。这个需要有传承...
  • 优秀员工的27条工作准则

    千次阅读 2007-12-05 14:55:00
    优秀员工的27条工作准则-你为什么还不是优秀的员工
  • 个在**工作十年员工的感悟

    千次阅读 2013-11-10 21:11:29
    个在华为工作十年员工的感悟    、“从小事做起,学会吃亏,与他人合作”,这是研究生毕业前最后堂课,电子电路的老师最后送给我们几句话,虽然我忘了这位老师的名字,但这几句话却至今铭记。在XX的工作...
  • 阿里人一天工作日常,是一场办公黑科技展,更是一部“时间减史”。 今天有幸来到号称“宇宙西厂”的阿里巴巴西溪园区逛逛,亲身体验下阿里人的一天,感受员工的数字化办公和生活。 早晨上班,通过人脸识别直接刷脸...
  •  ... 公司一直在招聘程序员,效果一直都很不理想。我是做技术的,我以我的体会来说明一下。 1、公司是大公司,整天几百个职位挂在中国人才热线,卓博人才网上。 ... 我也找过工作,很辛苦的找过
  • 英特尔与霍尼韦尔共同合作,开发了款基于物联网的安全解决方案,这不仅可以防止员工在工业工作场所中发生意外,还有助于提升员工工作效率。 工业工作场所和建筑工地的安全风险通常都比较高。此外,消防员或其他...
  • 用UiPath实现RPA实战1: HR给员工发送工资条邮件。 用三个activity,五步完成; 次完成,可一直重复使用。
  • 员工工作感悟文章

    2020-09-15 15:07:47
    进来个新的公司,对各方面还不熟悉的情况下,工作感悟是怎样的呢?下面请欣赏关于新员工工作感悟文章吧...进入公司后被分到船坞部,开始是到不同的小组去轮岗,从而深入的了解各个科室的不同小组职责和流程,熟悉船.
  • 这是场应对人才短缺与流失的持久战。  吸引并留住人才仍然是各个组织的首要任务,不论其所处行业和规模大小。把优秀人才招至麾下只完成了任务的一半,另一半就是留住他们。你的竞争对手也面临同样的问题。所以...
  • 如何把工作任务分配给手下的员工

    千次阅读 2009-08-25 15:31:00
    在美国伊利诺斯州一家金融公司担任网络系统工程师的TechRepublic 会员 RC Lopez在读过TechRepublic最近发表的篇关于管理人员给员工分配工作任务的文章后,发表了一番见解深刻的评论。在言谈话语之中,他对总是对...
  • 工作流程图制作技巧

    2019-04-10 13:47:57
    流程图可以让员工更加清楚自己所需要的工作以及对每天工作思路进行合理的安排,并且可以充分发挥员工的积极性,流程图是对某件事情的操作步骤进行绘制的图标展示类流程图,所以用处还是挺大的,下面是工作流程图...
  • 员工年度工作总结   (2010年度)       单 位: 机车变革管理部ERP项目组 姓 名: 刘欣  职 务: ERP系统管理员 任职时间: 2001-12-17 填表...
  • MMD、十一加班,真是郁闷!原本就紧张的假期计划现在更紧了,感觉现在...个新员工进入一家公司后的心态变化,应该是:雇佣心态理解心态认同感归属感这四个阶段组成的,刚刚进入的员工只是为了工作或者收入或者为了学
  • 个新员工进入一家公司后的心态变化,应该是:雇佣心态理解心态认同感归属感这四个阶段组成的,刚刚进入的员工只是为了工作或者收入或者为了学习掌握一些东西,或者为了积累一些相关经验,甚至随时都可能跳槽走人。...
  • 开店前、中、后定时巡视卖场,并督导主管(营运)及卖场员工工作; ——每天 便行营运会议召开,(针对须改善、待改善的事项及重大事项宣布并提出有效的方案)并跟踪; ——每周 每周业绩分析及检讨,有必要...
  • 调查数据表明,员工有效工作时间只有30%~40%,超过60%的工作时间都是无效的!如何解决这个难题?《大师亚当斯》说,“难题总是以简单的方法解决”。工作日志,就是解决这个问题的种简单办法。实践证明,只要遵循...
  • 25招教HR解决员工入职流程及风险的各种问题 在企业招聘过程中,当HR物色到能够胜任岗位的理想人选后,并非一劳永逸,因为入职过程的丝毫不慎都可能会导致招聘的夭折甚至引起法律风险,比如薪酬谈判、背景调查、原...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 117,590
精华内容 47,036
关键字:

员工每天的工作流程