做为一名程序员鼓励师,面对无理要求应该如何拒绝?

做为一名程序员鼓励师,面对无理要求应该如何拒绝?,第1张

作为一名程序员鼓励师,一定是一位温柔,漂亮的妹子,她们的主要工作就是在程序员感到焦虑甚至烦躁的腔弊弊时候,给予他们一些鼓励,从而让他们能够更有效率,更有激情的工作下去,但是面对这样的工作,可能有些程序员就会提出无理的要求,这时我们可以采取委婉的方式拒绝,比如有事出去下,也可以直接严厉的拒绝!下面就让我具体的介绍下如何拒绝别人的无理要求!

拒绝别人的时候太多要谦和。态度的好坏可以在同一句话种表达不同的意思。这和拒绝别人是一样的。谦逊的态度会让对方知道你确实因为某些原因不方便,无法及时帮助他,也无法满足他对你的要求。这样,伍族对方可以完全理解。然而,如果你说你的态度很僵硬,并且你喜欢忽略它,那么对方听到后很容易感到不舒服,并且对方很容易推断。你最终带给对方的感觉可能是你在寻找借口故意逃避他的要求。

在拒绝别人前,要倾听他的要求。如果一个人向你提出要求,我们应该先听听他的理由,了解他的动机,然后再进行分析。如果你觉得你真的有一个令人信服的理由,你可以再次拒卜圆绝。拒绝时,一个人还应该根据对方的性格和对方要求的事物的特点表现出情感和理智。这样,尽管别人被拒绝,他们也会被你的真诚所感动,不会认为你是一个自私和冷漠的人。

有时候,当事人很难拒绝别人,但是如果他们拒绝,他们害怕伤害自己的感情。如果他们不拒绝,他们确实不可能这样做,或者两者都有理由。然而,如果他们想一想,有时他们很难不学会拒绝。因此,学会拒绝实际上只是工作场所的一个非常重要的知识。

当你预期的那一天,也许是害怕的那一天,终于来到了:从工程师的队伍里你被提拔到了软件项目领导或者团队领导的位置。这也许就是你选择的职业道路,或许你不太情愿,将就尝试一下。无论在哪种情况下,你都可能缺少工程学科、人员管理以及领导能力的相关教育。这需要的领导能力和管理(它们不是一回事),而不能象Dilbert(译注:著名IT漫画主角)那样简单地和老板对抗了。当你考虑新的目标时,请考虑下面的活动计划列表。一次就抓住了每个亮点,这是不可能的。但是这份建议说明可以帮助你将注意力放在可以提高你和你的团队绩效的活动上。建立优先级作为经理,首先要做的、最重要的事是你需要有意识地建立优先级。当你仍陷于繁重的软件开发活动中时,你需要一套新的职责。过多的经理新手不能抗拒技术的吸引而陷于此类活动,这将导致项目组的其他人员想要获得经理的帮助时,却得不到帮助。有成效的领导知道他们首要的任务是为其他组员提供服务。这些服务包括训练和指导、解决问题和冲突、提供资源、建立项目目标和优先级、提供适当的技术指引。要使每个组员都能清楚的知道,你总是可以帮助他们。我发现将自己定位于为被我监督的人工作是非常有意义的,而不是相反的。在你所作的事情中,对于组员要求你帮助他们这件事,应该具有非屏蔽中断的优先级。第二重要的,是使你的客户满意。作为一名经理,没有直接的能力使客户满意,因为你已不再是作为个人提供产品和服务完成这点。相反,你必须建立一种环境,准许你的组员最大程度上满足客户的需求。经理提供了强有力的方法,有效地提高客户的满意度。第三重要的,是为你的项目工作。因为也许还有其他许多技术上的项目,或者其他经理的请求帮助,诸如为指导委员会工作。当这些和二个高级别的发生冲突时,都要准备推辞掉。很明显,使其他经理满意的事情是你最不重要的事情。在一个有秩序的组织里,如果你在三个以上的重大环节上获得了成功,其他的经理都会很激动的。我们并慧茄局不都能很幸运地工作在一个良好的环境里,但一定要对你任务单上排在最前面的工作任务努力尽到最大的责任。集中精力有效地、快乐地、尽可能地帮助你的组员,不要将精力放在使你上司满意的上面。分析你的技能差距除非你已经为新位置做好了准备,否则相对于你当前的领导纳则能力和管理技能,你会感到一些差距。出色的技术背景或许是你被选为领导角色的一个因素,但是你要想干得出色,你需要的技能。针对别人的评论和项目,真实地列出你的长处和短处,然后减少差距。软件人员并不以令人满意的人际关系技能出名。你会希望增强处理人际关系的经验:解决冲突、说服以及灌输想法。你也不得不处理包括招聘、解雇、商谈计划表,以及在你的公室里评论某人业绩使其伤心落泪等一些事务。我发现从一堂倾听技能课开始我的管理职业是非常好的。当作为个体提议人,积极地将我们自己的技术议程提交小组时,我们经常对此感到非常惬意。有效的管理要求的合作和善于接受的人际关系方式。要花点时间学习如何(何时)巧妙地引导自己的自然判断。倾听技能课提供了一种交流机制,我已经发现在许多场合下都很有用。接着,到讲台的另一侧,提高你的演讲能力。如果你真的不适应公开场合的讲话,学习戴尔.卡内基的课会有帮助的。你会发觉,通过这样的培训获得的经验,以及获得提高的交流能力,都可以帮助你更好地适应将来的工作。作为项目领导,为了计划和跟踪项目,以及当需要项目回退而采取修正措施时,你有责任前让调整其他人的工作。参加项目管理的培训课,阅读一些有关项目和风险管理的书籍和文章。参加项目管理学会,阅读其月刊--PMNetwork。SEI的软件能力成熟度模型对于软件项目计划和项目跟踪提供了很多有用的建议。建立优先级的能力、控制有效果的会议、清晰的交流,对于你,作为一名经理的绩效将会有实质上的影响。定义“质量”几乎每个人都会认真地对待质量问题而且都希望生产出高质量的产品。然而,对于软件的质量含义,没有一个统一的定义。传统上的软件质量观点和“足够好”的软件观点有着激烈的争论。为了帮助小组走向成功,需要花一些时间和你的组员、客户共同探讨质量的含义。这两种阵营在思想上经常不会有相同的定义,可以很容易的就不同目的开展工作。关注交付计划的经理对于想正常地检查每行代码的工程师会不耐烦的;认为可靠性非常重要的客户对一个带有很少使用但带有很多bugs的特性的产品是不会满意的;一个很好的GUI也许会让用户厌烦,因为用户已经熟记了如何有效地使用前一个版本的产品。为了更好的理解客户对软件质量的看法,在Kodak,我的小组曾经邀请了我们的客户和他们的经理就这个议题在一个开放的论坛讨论。这个论坛是很有意义的,那些使用我们产品的人有着自己的理解,通过讨论,我们可以知道我们制定质量的思路有哪些和他们是不相符的。明白了不同,就可以使你集中精力,照顾客户的最大利益,而不是使开发人员获得最大满意。软件质量的传统描述包括要与说明书一致,满足客户的需求,代码和文档没有缺陷。“六个∑质量”(six-sigmaquality)这个流行词,建立了一个非常高的尺度,用于监测失败的频率和密度。但它不适用于如快速产品交付,可用性,充足的特性集,已支付价钱的交付意义这样的质量尺度,。对于我们生产和购买的产品,我们总是热衷于尽可能涵盖所有的这些质量特性,然而,妥协总是必须的。在一个项目的需求阶段,我们制定了包括十项质量属性的一个列表,如效率,协同性,正确性以及宜于学习,我们认为这对于用户来说是最重要的。我们请客户关键人物代表小组以1到5的尺度评估每项属性。一旦我们决定了哪些属性是最重要的,我们就可以设计并实现这些目标。如果你在了解了对于客户的质量含义并在设计实现质量属性的过程中没有麻烦的话,而且客户对质量属性表示满意,那你是很幸运的。在众多关注的质量说明中,我曾听到过一个:“客户回来了,但产品没有”。和你的客户、开发人员一起对每一个产品都确定适当的质量目标。一旦决定了,就给出达到质量目标的明确的最高优先级。以身作则,按很高的质量标准要求你自己的工作。采用这个座右铭:“力求尽善尽美,满足于优秀。”表彰成绩对你组员成绩的表彰和奖励,是激励他们的一种很重要的手段。除非你的小组中已经有了一种表彰程序,否则这应是你最重要的事情之一。表彰包括象征性的东西(证书,旅游奖励)以及实际的东西(电影票,餐馆礼品券,兑现奖)。在送赠品时要说一些亲切的话语:“感谢你所给予的帮助”或者“祝贺取得了成绩”。在表彰和奖励上花费很少的心思和钱,就可以获得很多的友好和将来的合作。包括客户代表,以及为项目成功做出过贡献的支持人员等等开发组外的人员也可以获得表彰。和你的组员讨论,了解他们感兴趣的表彰和奖励的方式。使得无论大小成就的表彰活动成为小组文化的一个标准组成部分。对每位组员对其所作的工作表现出发自内心的兴趣也要给与含蓄的表扬,为消除所有影响他们战斗力的障碍尽你的力量。表彰是展示组员以及小组外的其他人的一种方式――你要知道并感谢他们为小组成功所作的贡献。学习过去你的小组在过去承担的一些项目有可能没有取得完全的成功。甚至在成功的项目上,我们也能经常认为一些事情我们下次会作得更好。当你进入了新的领导角色,需要花点时间了解早期的项目为什么失败,并要计划避免犯同样的错误。对于软件开发,每位经理花时间处理每种可能要发生的错误是非常困难的,学习过去的成功和失败就是个成功的开始。可以从过去你们小组承担的一个没有经过检查评估的项目着手,不要管其成功还是失败,实施项目后的回顾(有时称作事后调查分析)。你的目标不是判定责任,而是为了在将来项目中作得更好。借此,可以了解什么已经作得很好,什么应该作得更好。在当前每个项目的主要里程碑时,通过集体讨论或公平的组织者,用同样的方式,领导小组用头脑风暴的方式对其分析。另外,要了解领悟已有的软件工业的最佳准则。一个好的起点是SteveMcConnell的JoltAward获奖作品:快速开发(RapidDevelopment,MicrosoftPress,1996)的第三部分,叙述了27个最佳准则。也要避免McConnell叙述的36个常见的软件开发错误。你的组员也许反对新的工作方式,但是你的角色是作为一名领导,要确保团队一致连续地使用最佳可用的方法、过程和工具。积极促进组员之间的信息共享,这样局部单个最好的实践经验就能成为每个开发人员的工具箱的一部分。建立改进目标一旦你对过去的项目建立起了回顾,确立了质量对小组的意义,你就要建立短期以及长期改进的一些目标。目标要尽可能量化,所以你要划分几个简单的阶段,标明你是否采取了适当的过程朝着目标前进。例如,如果你认定由于需求的不稳定导致项目经常延期,你可以建立一个改进需求稳定的目标,在6个月内提高50%。这样一个目标需要你确切知道每周或每月需求的变化数,清楚他们的出处,采取行动控制那些变更。这可能要求你要改变与那些提交需求改变的人的交流方式。你的目标和阶段是软件过程改进程序的组成部分,你要使之有序。作为缺乏创造力的官僚主义的最后避难所,轻视“过程”很流行。虽然事实上,每个小组都能找到改进其工作的方式。当然,如果你总是用已有的工作方式工作,你也就不要期望你会得到比以前更好的结果。有两个强烈的原因要求改进过程:校正问题,防止问题。确保你的改进努力要围绕着已知的或可预知的可能威胁项目成功的问题。领导你的小组找出当前正在使用的方法的长处和短处,以及项目面临的风险。我的小组召开了一次“两段式头脑风暴”练习,来确定改进软件生产力和质量过程的绊脚石。在第一次会议中,参会者在便条上写出他们关于会议主题的想法,一个便条一个想法。组织者将他们写在便条上的想法收集上来并分组。最后,我们就会得到一打主要的分类,并将其记录到活动挂图上。第二次会议,相同的参会者在便笺上写出解决这些障碍的思路,并贴在挂图的合适位置。进一步细化,归纳出一些详细的活动,就可以成为我们努力的一部分,清除障碍,帮助组员实现软件的质量和生产力的目标。建立可度量和可达到的目标,便于你集中精力实现改进。要使目标具有明显的优先级,并可周期性地监视过程。记住你的目的是,提高你的项目和公司完成的技术和业务上成功,不要满足于一些过程改进书籍里提到的期望细节。要把改进的工作视为迷你项目,具有可分发、资源、计划和有责任的小项目。否则,过程改进活动将总处于比诱人的技术工作低的优先级上。缓慢的开始这篇文章提供了许多建议,帮助你,一位软件经理新人,带领你的小组走向伟大的成功。在日复一日新的工作压力面前,要努力保持你的头脑清醒。在长时间的塑造软件开发小组的文化和习惯上,你还是个非常重要的角色。你不必一次性都作完,可以选择跟环境最相关的的几个开始。作为软件经理,除了项目要按时按照预算完成外,你要担负的责任还很多。你还要:领导技术人员,将他们形成一个具有凝聚力的团队;建立协同团队工作的环境;鼓励和奖赏高级软件工程师的实践应用;平衡来自客户、公司,组员和你自己的需求。这是项重大的任务,祝你好运。

答:我认为这个肯定不是一概而论的,具体也要看行业和单位吧,一般私企、合资、外企加班可能会比较多吧,事业单位和国企还是比较规范的,但也不排除有例外,所以就得具体问题具体分析了。

如果你不想加班,并且很坚定的话,面试就可以提出来,不接受加班,如果同意就行,如果谈不好就再找。

我面试的时候就是这样的,都会提前把话说明白,省得以后麻烦。因为我的态度是很坚决的,绝不妥协,所以就说出来,但如果是那种耳根子软的,心里摇摆的,禁不住领导的软硬兼施的,那就另当别论了。

是普遍现象,特别是互联网公司,加班情绪消极不是挺正常的,毕竟你是在受老板的剥削……除非为自己打工可能会少消极点……对,我就是加班加得太狠了辞的……工资还可以,不过加狠了就不太想赚了……

首先,工作加班并不是不应该,当自己的工作真的有很紧急,或者deadline因为进度问题而需要加班这都是很正常,也是一个负责任员工应该要做的。

但是如今,长时间的或者说每日每夜的加班这种越来越普遍的现象了,原因分析如下:

最终的其实就是,不尊重员工,没把员工当人看。一个正常的人不是应该有生活,有家庭,有朋友,有自己的时间么?

工资不高,经常加班而产生喊蠢消极情绪,说明你是一个正常的人。钱不到位,画大饼也好,心灵鸡汤也好,都改变不了。

加班不产生消极情绪的公司只可能是因为福利好,工资高,没有人一直吃亏了还傻乐的,这种傻子的能力不足以完成项目

现在互联网加班其实是常态,好多公司都已经是996求福报了,其实项目紧急要求的加班一般还是可以理解的也不至搭陪于产生极强的消极情绪。

对我而言如果是无意义的强制要求加班还是无法忍受的,无论工资高低,只要是无理由要求加班的我肯定会产生情绪,不过心里不舒服加班还得加,怎么办?很简单啊,反正都是无理由的,那就没必要做公司相关的事了,给自己充电,提升自己的技能,用公司的资源提升自己的能力咯。相比于在家提升自己我还是喜欢在公司或者图书馆之类有氛围的环境下学习,在家常常会控制不住自己,偶尔倒杯水,动不动上个厕所,想吃点零食什么的,有太多干扰项让人无法集中精力,没法好好学习,高效率的时间也没法持续太久。

其实好多公司要求加班都郑枝陪是无理由的,项目也不是很紧急,甚至有时候连白天都很闲,但就是要求加班,有些是为了绩效KPI,有些根据加班时长定奖金,有些领导就是觉得人在公司才安心,有些无良的纯粹想压榨劳动力,奇葩原因还是挺多的,对于这种无理要求要嘛就拍拍屁股走人,要嘛就老老实实承受,但即使承受也要“狡猾”一些,公司是老板的,我们只是打工人,不会一辈子服务于一家公司。既然公司要“合理”利用资源,那我们也就不客气的合理使用下公司资源了。看开一些,消极情绪什么的没必要的,这家不行就换一家,找更适合自己的。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/12472120.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-25
下一篇 2023-05-25

发表评论

登录后才能评论

评论列表(0条)

保存