怎样当好一名中层干部我手下的人不听我的话,怎么办?

1.怎样当好一名中层干部我手下的人不听我的话,怎么办?

当好中层干部应处理好的几方面关系 任何一个单位都有中层干部，中层干部承上启下，起着二传手的作用。

一个好的二传手，死球可以变成活球；二传手不到位，好球可能变成臭球。可见，当好中层干部，对于搞好一个单位的工作是至关重要的。

要当好中层干部，应处理好以下几方面关系。 （一）、责任与权力的关系。

担任行政职务，无疑是一种荣誉，也有一定的权力，但首先是一种责任。当好中层干部，要有一种强烈的责任心，对所担任的工作要主动负责、敢于负责和善于负责，即所谓在其位谋其政。

只想要荣誉要权力，不想负责任或者是怕负责任，那是不行的。 当前，在一些中层干部中不想负责任或者是怕负责任的现象是较为普遍的。

一是遇到矛盾绕着走，不敢触及矛盾，缺乏解决具体矛盾的勇气和能力；二是把矛盾上交，不想也不敢处理棘手问题；三是能落好的事自己办，得罪人的事推给别人去办；四是工作没有长远打算，心中无数，当一天和尚撞一天钟，有的甚至只当和尚不撞钟。 所以能否正确行使权力，有没有责任心，责任心强不强，是能不能当好中层干部的前提和思想基础。

（二）、与单位领导的关系。 中层干部与单位领导之间是同志关系，也是工作关系。

处理好与单位领导的同志关系与工作关系，是当好中层干部的基本素质要求。工作关系是指中层干部与单位领导在工作过程中的关系，属于上下级的领导关系。

在工作过程中，单位领导是一级组织的代表，对单位领导的尊重和支持，反映了下属（中层干部）的组织观念。实践证明，当好中层干部，必须牢固地树立起下级服从上级的服从意识，是绝对当不好中层干部的。

如我们平时经常听到的一种不正确的说法：“我不侍候你！”“我才不听他的呢！”看似有点“骨气”，其实是缺乏起码的组织观念。 同志关系是指地位平等、目标一致，在思想、工作上相互帮助、相互促进的关系。

在实现共同理想的过程中，只有分工的不同，没有高低贵贱的区别。中层干部在工作上坚持下级服从上级的组织原则的同时，保持自己***的人格与尊严，与单位领导以同志相处，取长补短、相互促进，既可以获得单位领导的尊重，促进上下级关系，又有益于树立良好的作风，促进单位工作健康发展。

（三）、接受单位领导的工作部署与同单位领导研究工作的关系。 接受领导工作部署与同领导一道研究工作是不同的，应该加以区分。

接受领导部署的工作任务时，领导让你咋办你就应该咋办，错了，上级负责；作为下级，只能服从，不能说我不办，或者说我不能办，如果这样做，就是违反组织原则，这种人就不适合做中层干部。 研究工作，是同领导一起商量问题，或者领导虽然有了一个基本想法，但是还没有最后拿定主意，还想听听下属的意见，特别是不同的意见。

这时候，有什么想法都可以提，反对的意见也可以提。讨论定下来之后，有不同意见可以保留，但在行动上必须服从。

定下来的事，不服从，另搞一套，就是违背组织原则。 （四）、向单位领导请示工作与汇报工作的关系。

请示工作与汇报工作也有区别。请示工作，第一，要讲程序，先向直接分管的领导请示，不能越级，经分管领导同意也可再向上请示。

第二，不能搞多头请示，特别是不能利用多头请示搞实用主义，因为那种做法最容易形成领导层的矛盾。 甚至于造成不团结。

第三、不能只讲问题不拿解决问题的办法。分管领导在听取下属（中层干部）请示工作时，不要急于表态，要反问请示工作的同志，你打算怎么办？如果请示工作的同志一时想不出办法，请他回去想好了办法再来。

第四，中层干部中的副职请示工作，应先同正职商量，经正职同意后可以直接向分管领导请示，否则，不符合组织程序。 汇报工作也应讲程序，但可以不那么严格，除向分管领导汇报这外，必要时可应向主要负责同导汇报，特殊情况下，甚至可以直接向主管领导汇报。

但汇报与请示工作兼有时，必须先向分管领导汇报，然后再向主管领导汇报；汇报时，如主要领导提出了对部门工作的意见，汇报人必须及时向分管领导转达，以利于贯彻落实。 （五）、对上级负责与对下级负责的关系。

对上级负责与对下级负责是一致的。只对上级负责，不对下级负责，说明对上级负责也不是真的，是有个人企图的。

只对下级负责，不对上级负责，那么，对下级负责也不是真的，是假借群众之势，与上级分庭抗礼，实现个人的某种目的。 这两种倾向在工作时有发生，应从本单位的实际出发加以纠正。

（六）、会上与会下、当面与背后的关系。 中层干部直接面对群众，在群众中有一定的影响办，也可以说是群体之首。

一个单位的领导意图能否实现，既取决于这种领导意图是否正确，是否符合单位的实际，也取决于中层干部的思想作风，取决于中层干部能否做到会上与会下、当面与背后表里一致。 常常发现有的中层干部，在会上说得很好，当着领导的面说得很好，一回到他所领导的部门、处室，一回到他领导的群体之中，就自觉不自觉地流露甚至分开散布这样或那样的不满情绪。

这是和中很不好的作风，如不纠正，就会影响团结、影响工作。 （七）、局部与全局的关系。

中层干部必须。

2.软件需求有哪些特征?

1。

完整性 每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。2。

正确性 每一项需求都必须准确地陈述其要开发的功能。做出正确判断的参考是需求的来源，如用户或高层的系统需求规格说明。

若软件需求与对应的系统需求相抵触则是不正确的。 只有用户代表才能确定用户需求的正确性，这就是一定要有用户的积极参与的原因。

没有用户参与的需求评审将导致此类说法：“那些毫无意义，这些才很可能是他们所要想的。”其实这完全是评审者凭空猜测。

3。 可行性 每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。

为避免不可行的需求，最好在获取（elicitation）需求（收集需求）过程中始终有一位软件工程小组的组员与需求分析人员或考虑市场的人员在一起工作，由他负责检查技术可行性。4。

必要性 每一项需求都应把客户真正所需要的和最终系统所需遵从的标准记录下来。 “必要性”也可以理解为每项需求都是用来授权你编写文档的“根源”。

要使每项需求都能回溯至某项客户的输入，如使用实例或别的来源。5。

划分优先级 给每项需求、特性或使用实例分配一个实施优先级以指明它在特定产品中所占的分量。如果把所有的需求都看作同样重要，那么项目管理者在开发或节省预算或调度中就丧失控制自由度。

6。 无二义性 对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。

避免二义性的有效方法包括对需求文档的正规审查，编写测试用例，开发原型以及设计特定的方案脚本。7。

可验证性 检查一下每项需求是否能通过设计测试用例或其它的验证方法，如用演示、检测等来确定产品是否确实按需求实现了。如果需求不可验证，则确定其实施是否正确就成为主观臆断，而非客观分析了。

一份前后矛盾，不可行或有二义性的需求也是不可验证的。