我曾所在的两个项目组，如果处理不好“不”，则会给自己和团队带来很多问题，发生在我身上也有好几次。
项目组A：在不看好项目组开发方法的情况下仍旧敬业工作。
我在项目组A曾经担任过开发人员、开发经理和项目经理，我也在这个项目组投入了很多精力，它给了我很多成长环境，包括现在看到的OpenExpressApp 的思路以及对架构方法的兴趣也都是从那里一点一滴积累思考而来的。由于我调到总体部做平台去了就暂时离开了，但是我思考的大部分仍旧是如何解决以前发现的问题。后来项目组开发新版本时，我毅然过去支持开发，但是发现它的思路与我的思路并不开一致了，但现在我只是作为总体部派去的支持人员协助项目组发而已，并无力更改整体架构，（其实这完成不符合产品线工程的组织模型，这也是不能统一公司资源的主要问题）作为曾经负责整个项目组技术方向的我来说，当时未免有点失落，毕竟我所有的学习、思考都是为了这个项目组，不过我依旧没有说“不”，呆下来与团队奋战一年，只是最后这个项目也谈不上成功了。这也是我以前写责任不仅仅是只做份内的事这篇blog的背景。
项目组B：缺少沟通方法的拒绝
在进入项目组B时，我结合项目组和开发趋势的方向选择了开发AutoUI建模部分，也就是在软件工厂方法(二）：软件工厂应用中提到的GCC应用的模型和框架整合部分内容。
进入之后，由于人手紧张，项目组准备安排让我做工作流部分，而工作流部分已经有代码了，再做这部分代码也不能独立出来供以后我想象的平台来使用，所以我并不愿意接手此任务。由于有项目组A中的反思，我这次敢于说“不”了，但是我说“不”的方式很差。我是直接和负责人说：“工作流的任务我不做，因为我不愿意做！”其实，我是想做对项目组和公司更有价值的东西，但是这个说法会让人产生歧义，以为我很自狂，后来竟然技术总监和总体部总裁都来找我谈话了解情况了。虽然最后我做了我想做的，我从项目组工作中沉淀了更多想法，也积累可更多的经验，但是之前说“不"的场景一直让我记忆深刻。
发生在我身边的上面两件事情，第一次时没有勇气，第二次是没有艺术，但第二次说”不“比第一次不说给自己和公司带来的效果都要好。既然说比不说好，那我们如何让自己有勇气说“不”呢？那么我们应该从问题原因着手，先认识一下为什么我们难以说话出“不”，对这些问题重新认识之后才会让我们分辨出这些说“不”的理由其实并不是正确的。
为什么难以说出“不”？
1. 怕别人知道自己能力不行
是：自己能力不够，即使百倍努力也完成不了，但又怕暴露出自己的无知。但是：承诺做不了的事情只会延误整个团队，到时不仅能力不行，连信任都没有了
2. 责任心
是：认为做了就是负责的表现，对一件不愿做的时候也可以尽力去做。但是：责任不仅仅是只做份内的事，用于说出自己的意见才是真正的责任心
3. 乐于助人
是：愿意帮助别人，即使占用自己的时候也不愿意拒绝他人的请求。但是：自己也有重要事情需要处理，对于时间管理处理不好的人，很可能答应别人之后由于有更重要的事情处理而遗忘自己的承诺，这样反而会失去信任。
4.碍于情面不好当面拒绝
是：可能他是你的上级或者长辈，或者与你关系较好，碍于他人情面。但是：有些时候我们本想拒绝，心里很不乐意，但碍于一时的情面而点头了，最后给自己留下长时间的不快
5. 害怕冲突
是：不希望产生矛盾，害怕因为说”不“而导致日后摩擦。但是：我们讨论需求时经常大声说话，工作中的“冲突”是很正常的，有冲突才有火花
6. 害怕丢失机会
是：上级安排的事情，你说”不“的时候，有时则意味着你以后将失去更多机会。但是：好的领导看