艾伟也谈项目管理,谈谈如何说“不”

  我曾所在的两个项目组,如果处理不好“不”,则会给自己和团队带来很多问题,发生在我身上也有好几次。

  项目组A:在不看好项目组开发方法的情况下仍旧敬业工作。

  我在项目组A曾经担任过开发人员、开发经理和项目经理,我也在这个项目组投入了很多精力,它给了我很多成长环境,包括现在看到的OpenExpressApp 的思路以及对架构方法的兴趣也都是从那里一点一滴积累思考而来的。由于我调到总体部做平台去了就暂时离开了,但是我思考的大部分仍旧是如何解决以前发现的问题。后来项目组开发新版本时,我毅然过去支持开发,但是发现它的思路与我的思路并不开一致了,但现在我只是作为总体部派去的支持人员协助项目组发而已,并无力更改整体架构,(其实这完成不符合产品线工程的组织模型,这也是不能统一公司资源的主要问题)作为曾经负责整个项目组技术方向的我来说,当时未免有点失落,毕竟我所有的学习、思考都是为了这个项目组,不过我依旧没有说“不”,呆下来与团队奋战一年,只是最后这个项目也谈不上成功了。这也是我以前写责任不仅仅是只做份内的事这篇blog的背景。

  项目组B:缺少沟通方法的拒绝

  在进入项目组B时,我结合项目组和开发趋势的方向选择了开发AutoUI建模部分,也就是在软件工厂方法(二):软件工厂应用中提到的GCC应用的模型和框架整合部分内容。

  进入之后,由于人手紧张,项目组准备安排让我做工作流部分,而工作流部分已经有代码了,再做这部分代码也不能独立出来供以后我想象的平台来使用,所以我并不愿意接手此任务。由于有项目组A中的反思,我这次敢于说“不”了,但是我说“不”的方式很差。我是直接和负责人说:“工作流的任务我不做,因为我不愿意做!”其实,我是想做对项目组和公司更有价值的东西,但是这个说法会让人产生歧义,以为我很自狂,后来竟然技术总监和总体部总裁都来找我谈话了解情况了。虽然最后我做了我想做的,我从项目组工作中沉淀了更多想法,也积累可更多的经验,但是之前说“不"的场景一直让我记忆深刻。

  发生在我身边的上面两件事情,第一次时没有勇气,第二次是没有艺术,但第二次说”不“比第一次不说给自己和公司带来的效果都要好。既然说比不说好,那我们如何让自己有勇气说“不”呢?那么我们应该从问题原因着手,先认识一下为什么我们难以说话出“不”,对这些问题重新认识之后才会让我们分辨出这些说“不”的理由其实并不是正确的。

  为什么难以说出“不”?

  1. 怕别人知道自己能力不行

  是:自己能力不够,即使百倍努力也完成不了,但又怕暴露出自己的无知。但是:承诺做不了的事情只会延误整个团队,到时不仅能力不行,连信任都没有了

  2. 责任心

  是:认为做了就是负责的表现,对一件不愿做的时候也可以尽力去做。但是:责任不仅仅是只做份内的事,用于说出自己的意见才是真正的责任心
  3. 乐于助人

  是:愿意帮助别人,即使占用自己的时候也不愿意拒绝他人的请求。但是:自己也有重要事情需要处理,对于时间管理处理不好的人,很可能答应别人之后由于有更重要的事情处理而遗忘自己的承诺,这样反而会失去信任。

  4.碍于情面不好当面拒绝

  是:可能他是你的上级或者长辈,或者与你关系较好,碍于他人情面。但是:有些时候我们本想拒绝,心里很不乐意,但碍于一时的情面而点头了,最后给自己留下长时间的不快

  5. 害怕冲突

  是:不希望产生矛盾,害怕因为说”不“而导致日后摩擦。但是:我们讨论需求时经常大声说话,工作中的“冲突”是很正常的,有冲突才有火花
  6. 害怕丢失机会

  是:上级安排的事情,你说”不“的时候,有时则意味着你以后将失去更多机会。但是:好的领导看重的不是你的服从,而是你的能力。

  这是我能体会到的一些说”不“的原因,不知道你说不出”不“还有哪些原因呢,如果有就在此回复吧。如果我们对为何说不出“不”有个正确的认识之后,我想下面我就应该和大家分享一下如何说出“不”了。

  如何说出“不”

  对于上面的难以说“不”的原因,我分别说说如何说出“不”:

  “让我先思考一下,然后我们再讨论一下。”    

  ”不,我考虑了....,我努力了...,但是我现在还是没有能力做到“(怕别人知道自己能力不行)

  当你没有能力来做的时候,不要勉强接受此项任务,但是一定要经过自己思考之后发现自己确实做不了才这么说,否则会给其他人留下推脱或者能力不行的印象。如果拒绝,最后说出自己曾做出的努力,表明自己是愿意接受的,只是现在能力还不够。如果确实应该能做而做不了的,那么就要从自身能力和学习上去找到原因了。

  “我是可以做,但是做它的意义可能并不大,因为...,我觉得我们更应该这样做...”  (责任心)

  如果你确实发现了现在存在的问题,那么就直接提出来大家一起讨论;如果你有更好的意见,那么在提出问题的时候最好把自己的方法也一起拿出来。

  “我不能保证这个事情,因为我现在有更重要的事情需要处理”  “现在我正在做...,等到...我再帮你处理,好吗?”(乐于助人)

  如果你很忙,那么你在答应他人请求时要慎重考虑,你是否真正有时间处理,如果抽不出时间,那么最好当面向对方说明你有重要的事情要处理,让对方知道你不是不愿意帮忙,而是没有时间。

  “我喜欢做这个,但是...”(碍于情面不好当面拒绝)

  对于不好直接拒绝的情况,可以使用这种委婉一点的方式拒绝。这可以让对方知道你喜欢这个想法,但是你由于有其他原因导致不能做,这样可以避免由于直接拒绝导致大家难堪。

  “不,我的想法是...,你的一些地方存在问题...,我们分析一下...”(害怕冲突)

  当你有不同意见时,不要躲在角落里任其发展,你可以通过邮件、面谈等各种不同方式与他人交流,发表自己的见解,如果对方重视你的意见就会考虑你的意见,这对大家来说都是有利的。

  “我不是做这件事的最佳人选,我觉得XXX更合适,我更适合做...,因为那件事情对我们来说更有价值”(害怕丢失机会)

  当自己能力不足时是第一点情况,这里讨论的是当我们有能力做这件事情的情况。敏捷管理认为最接近工作的人更能做出快速准确的决策,所以有些时候我们自己更能认清问题的本质,这时候虽然我们可以做某些事情,但是这件事情也可以由其他人来完成,这时我们就要考虑团队整体运行的机会成本,敢于拒绝领导的要求,让自己做更有价值的东西。

时间: 2024-07-29 17:03:56

艾伟也谈项目管理,谈谈如何说“不”的相关文章

艾伟也谈项目管理,我是如何带领团队开发项目的

最近有不少朋友写信问我一些关于团队开发的问题,由于这段时间有些忙,没有回复.今天写一篇这方面的文章向大家介绍一下我是如何带领团队开发工作流项目的 关于团队建设,项目管理的文章网上已经有很多了,在这里我就不谈这些理论了,直接给大家展示一个我在 项目开发方,后台服务开发方式,前台UI开发方式,后台服务与前台UI对接方式,代码文档,页面的开发文档,源码管理,单元测试,以及单元测试文档,实现思路设计文档,数据库文档,数据库设计规范,编码规范,操做数据的方法命名规则 方面的一些片断,这是一个为期6个月的工

艾伟也谈项目管理,编程习惯

文/Alexey Radul 译/程显峰 原文地址:http://web.mit.edu/~axch/www/programming_habits.html 近年来,我对编程艺术有很多体会.过后,我发现有些体会是错的:有些体会我遗忘了但又重新感受到:而另外有些则是必然会发现的.我还完善了一套项目管理的好习惯,这些习惯包括我自己的,或者小组的,抑或是更大的,公司内部的.一方面,这些习惯对软件的成功开发是至关重要的(太小或者纯粹巧合的不算),另一方面,这些习惯也不是什么高深莫测的东西,较小的篇幅就可

艾伟也谈项目管理,对项目管理的几点认识

自2007年参加工作以来,参与的项目也有好几个了,但都是以项目成员的角色参与,从来没有以项目经理的角色参与项目.中国有句古话叫"旁观者清",同一个问题站的角度不同,可能会形成不同的结论.下面我就以一个普通项目成员的角度谈一下对项目管理的几个看法,希望大家给予指正. 1. 团队成员选择 人员选择要谨慎,要尽量选择合适的人员,在选择团队成员时要重点考虑其团队合作能力.编码可读性.能力和项目的匹配度等因素. 2. 项目远景的确定 项目初期项目经理需要和高层以及客户协商,定下项目的远景目标(即

艾伟也谈项目管理,如何做一个合格的项目经理

    项目经理这个角色说大不大,说小也不小.在大公司,项目经理这样的角色可能存在不计其数,他们很多都是寄托于项目的存在而生,项目的完成而终:但对于一些小作坊的软件公司,项目经理一职很多时候是一个长期持有的过程,拥有这一角色的人,很多时候就是主要研发群体甚至全部团队的核心领导人,这些人很多时候属于公司的顶梁柱.火线人员或突击队长.在我们看来项目经理就开会.陪客.吃饭.吹牛B,一天正常的8个小时工作时间,没几个点能看见他的身影,整天来无点去无踪,"那谁谁谁,你这今天的任务是什么什么,你你你,那东西

艾伟也谈项目管理,ERP项目实施要未雨绸缪不要亡羊补牢

在ERP项目中,要做到在项目实施的未雨绸缪,不会出现亡羊补牢的情况就需要项目管理和实施人员在项目推进过程中队下面的阶段进行预测,把握好发展的趋势,掌握项目的主动权.下面就提出一些建议,供大家讨论.希望对大家有用. 一.要考虑每一个项目阶段普遍存在的问题 ERP项目可以根据项目进度,分为项目立项.需求调研.业务流程重组.模拟运行.并向运行.正式上线等几个阶段.其实不同的企业,虽然有各自的特性,但是也存在着一些普遍的问题.有经验的项目管理员,对各个阶段普遍存在的问题有深入的了解.此时他们就可以预先采

艾伟也谈项目管理,我也发软件开发团队的思考(侧重点是人员)

//上个月给我们老板的mail.洋洋洒洒6000多字. //为了方便公开,改了一下.以致可能有些地方前言不搭后语. //不管他同意不同意,先在我们组实行了再说. //请多大家多提提意见,日后看有没有机会找老板当面交流 经历的几个项目,项目的进度老是不尽如人意.更重要的是市场的开拓因为这些项目拖住了后退而无所作为. 我们现有的情况是:项目期限和最开始的保守估计都相去甚远,最后提交给客户的产品60%都是最后一个多月开发出来的,还有20%左右是以前就固有的固定模块.这几个项目我参与了编码,我对整个系统

艾伟也谈项目管理,项目管理一些体会

项目管理需要的知识,是一个体系的知识,包括项目管理本身的知识体系,以及项目管理要应用到的领域所需要的知识体系,然后就是管理的技能,当时最重要的,是软技能,也就是人际关系技能. 管理的核心:人. 管理的四大要素: 1. 选择正确的人 2. 为他们分配正确的工作 3. 保持他们的积极性 4. 帮助团队凝聚起来并保持团队的凝聚力. 1. 选择正确的人 首先要学会看人.虽然我不是人力资源专家,但是我清楚一个软件项目的成功所需要的成员素质,主要就是沟通能力和责任心. 由于工作需要,我面试过一些人,有毕业生

艾伟也谈项目管理,我的项目管理观点

    公司要我给项目经理做一个培训,关于项目经理的做事情的方法和观点方面.我就采用了Workshop的方式,Workshop不是会议模式,而是侧重于交流会谈的一种模式,毕竟大家都是项目经理,并非说我的做法就是对的,所有的一切都是自己的经验之谈,所以我只是说大家彼此分享经验,交流心得.我把我所要分析的内容大概做了一个讲义,也希望更多人能够参与到这个Workshop中.项目经理好做吗?      项目经理好做吗?好做!项目经理好做吗?不好做.不同的人.不同的态度.不同的方法,其结果也就存在有极大的

艾伟也谈项目管理,软件架构引言之项目管理的问题

软件架构引言之项目管理的问题   很多朋友都有过或者正在管理一个或者多个软件项目,那么我的文章就从这个问题开始:如果单纯从表象来说,软件项目管理过程中暴露的最大问题是什么?   不同的人的会有不同的答案,但是大致这样的答案我想大部分人都是会认可的,那就是"进度拖延".进度拖延当然是表象之一了,其他诸如质量不过关.功能不完整等等,我觉得都是和进度拖延密切相关的.很多项目经理都想去做那些认为是十分必要的事情,比如计划.测试等,但是"没有时间".为什么会没有时间?等到项目