1. 开发就这么点人？

2.需求这么多怎么分？

我实践过两种方法：

1. 开发：将开发进行拆分，你可能会说本来就没几个人嗨拆？首先需求肯定是做不完的，那么这些需求里面不可能没有共性，就需要固化技术栈、沉淀部门级的技术，所以一定要将人分开，比如你又5个人，你可以先拉一个人出来做这个事情，这个人一定要比别人更苦，要不会引起别人的抱怨，同时4个人基本能满足基础的开发速度，也可以对上面有交代，然后日级的站会，说白了，大家在做啥都心知肚明，互通有无，不要让团队又两种声音，影响团结

2. 需求：大多数公司IT部门话语权并不大，需求丢过来，你又推不掉，答案是往上推，你和你的领导看到的东西一定是不一样的，定时的沟通下，也就抽根烟的时间，完全可以聊明白，然后按照他对公司的一些见解去安排，然后把需求的也推到他们的领导的上，让领导层，知道你在做的事，以及在公司IT战略里面的重要程度，做好回报，升职加薪指日可待

谢邀。

第一，申请部分业务外包。

既然新增编制有限，那么就申请部分业务做外包处，外包可以跟进你们的工作量及时间来增加人手，提高你们开发进度及需求。

研发IT部门制定业务规则。

本来你们公司都已经制定好，加急工作需要领导签字审批优先开发，你们部门内部倒好，自己内部先破坏了。看见漂亮的妹子来提需求，撒娇卖萌就优先安排了，这不是自己找事吗？其他部门有意见这不是正常的吗？本来公司已经制定好规则了，是你们部门先破坏不遵守。

第一，建议你们规则来办事，如果部门内谁不准守规则，就处罚谁，没有规矩不成方圆。

第二，对于项目的开发，最好按照流程来完成工作，不要随便让其他的项目随便插队进来，专注才是提升效率的最好方式。

针对产品线上的Bug、用户反馈和用人部门反馈的Bug可按照优先级来处理，优先级不高的话可以综合提到Tad统一处理而不是反馈一个解决一个。

工作方式对了，工作当中的很多问题就迎刃而解了，希望可以帮助到你~

相信这个问题是大多数公司所共有的问题。

为什么会这样呢？

软件工程虽然看起来是一个高科技行业，但使用的还是最原始的手工作业方式，

程序员每天做着大量重复性工作，这也就是大家口中的“重复造轮子”。

导致整个软件研发过程中，在开发和测试阶段投入大量成本，而对核心阶段——顶层设计的投入明显不足。

如此本末倒置，造成项目无法管控、研发时程和品质无法管控、BUG率高、研发运维无法一体化的恶性循环。

进一步导致项目质量难保证、成本难管控、人员难管理，正如艾瑞咨询发布的《中国软件开发行业研究报告(2020)》所指出的，由于作业方式的落后，软件行业存在明显的四大痛点：项目成本高、开发周期长、代码质量低、团队管理难。

解决以上问题的根本，在于改革软件开发方式，

就如制造业使用工具代替人力，软件的开发、测试，也应该由工具来完成。

传统开发模式下，技术人员不但要思考编程逻辑，在具体实施层面还需通过逐行敲写代码来完成，大量的时间浪费在技术含量低的工作上。

但实际上，软件程序的底层代码，就如制造业的零件，完全可以交由统一的流水线生产，由此解放的人力、脑力，便可用于更具创造性的设计工作。技术人员可以充分发挥自身的才华，而不是在代码中苦苦挣扎。

当下，市面上出现了许多低代码平台，它们看似可以通过可视化的方法实现无代码编程，由此解放人力，但实际上只能解决简单的工作流，无法实现复杂功能和逻辑。

我们目前正在用的被称为新一代JAVA开发工具的，飞算SoFlu全自动软件工程平台，建议你们可以了解尝试，不但可以实现无代码的可视化编程，而且实现一次开发、按需部署，产生的服务和应用后续不与平台强绑定。并且，平台提供的每个组件都是一个技术点，类似于代码块，能够积累开发经验，沉淀企业技术资产。 此外，配合全自动测试平台可自动生成测试用例并完成精准回归测试。一人就能完成开发、测试一整套流程，使软件工程全流程摆脱对人力的依赖，真正实现“十人可抵百人用”。

这个在同一个单位，现象比较普遍。

问题原因

1.提需求无压力

单位内提需求没有任何花费，提的多少都没有付出，还可以在关键时候，找IT背个锅什么的。

2.需求无限制

每个部门都来提，有的粗，有的细，开发周期也相应出现长短。

3.开发无计划

从你描述上，内部都可以调优先级。如果这样的话，每个人都公关你们，那就没的干了。

建议

针对问题，从需求管理，开发计划，培养外援入手

1. 需求管理上以提升门槛为主

需求要达到什么颗粒度，才能进入待开发列表中。可以设定些模板，确定需求后，就关闭此需求受理，保证需求固定。

如果需求必须要调，也用替换方式，原因是内容换，也不能增加开发量，或者牺牲其他需求，以适应开发紧迫性。

2.开发上设定开发吞吐量，严格计划

按照现有人手，制订开发的吞吐量，就是一个月可以开发多少功能，每个月对需求进行排期。

后召集各需求部门评审排期，可以根据实际紧急度和重要性进行调整。一旦确认，严格按照计划执行。

遇到紧急情况，也要召集各需求部门，认可调期。

3.培养外援，设置业务接口人

既然人手招聘不行，就把业务部门调动起来，谁的需求质量高，可以优先开发。

当然也要做好内部管理，增加公信力。希望对你有些帮助。

开发人多，运维人少，不可能为了短时间工作就雇佣大量的人，很多时间就是业务外包。

或者拒绝不合理的需求

或者只做最急需的功能，不急的拖着

我曾经在一家生产机械设备的公司，就遇到过有类似情况，居然还有人去领导那里去投诉。投诉IT部门缺乏有效的公平性和开发计划，搞得IT差点和我们各部门成了对立面。这状况持续了足有半年左右，后来IT不知道怎么突然效率变得特别高，经常是上午开完会，下午就给一个系统让我们测试，或者把新功能给我们用。时间长了才知道公司增加了一套叫魔方网表的开发系统，IT说因为这软件不用开发程序，实现各部门的要求的时间就缩短了，现在IT全指望它给我们各部门开发系统和新功能。关键是公司整体效率明显提高，也不用为了开发搞得大家关系紧张了。

我有一个问题，为什么你们IT部门要有求必应呢？

我待的公司，程序员说不做，就不做啊。

什么做不了，要不就是开口就要求很长的时间等等理由都用过

你又没有办法，不然自己上去开发啊。

首先说明：IT开发是一个循序渐进的过程，我相信IT开发也不可能是一直忙，如果一直忙那就说明真的需要加人手了，或者是优化掉工作效率低的，招聘能力技术强的。

解决问题要首先找到问题，问题一就是沟通分配不合理。没有形成一定的规则和体系。所以感觉都是在瞎忙，对接的不合理造成资源的浪费。

还有问题是，急活多就说明工作还需要优化不合理。不然不会有那么多的急活的，所以在日常中要不断优化发现问题，事有轻重缓急，IT部门内部也要合理分工。