认识达内从这里开始

认真做教育专心促就业

软件开发需要关注哪些问题

发布：运城达内教育官网
来源：互联网
时间：2020-07-02 08:54

对于程序员来说，我们在开发软件的时候除了需要以用户为中心来开发以外，企业需求也是一个不容忽视的问题，下面我们就一起来了解一下具体情况吧。

软件开发需要关注哪些问题

关注需求vs关注任务

事务性工作的本质还是任务驱动，关注在基本的开发任务，因为任务是片段的、部分的，缺乏产品需求及目标的整体性。个体上，虽然任务完成很多，但因为缺少与其他任务在产品需求层面的拉通，也难以保证产品需求交付的按期交付。这就像忙碌的仓鼠，虽然不停歇地在滚轮上奔跑，但依然在原地。

而软件交付的本质，是持续、快速、高质量地交付有效价值。业务或产品需求才是有效价值的体现。需求来源于用户问题和业务目标，可以从业务目标、业务场景、功能需求等几个不同的维度分解需求，分解完后的需求，依然保持续其完整性、独立性，可测可发布，每一个需求的交付，都是一次假设验证的过程，是业务价值创造的机会。

所以，在软件交付协作中，通过精益交付看板可视化需求流动，才能做到价值驱动;只有通过需求，以一个整体视角，可视化“端到端”的价值流，才能做到在协作过程中的前后(职能)拉通。始于用户问题的提出，终于用户问题的解决。

流动效率vs资源效率

因为，产品交付的整个过程，需要协同所有职能，包括(但不限于)业务、产品、开发、测试和运维。关注资源效率，一是软件的交付取决长短板;二是每个职能进行局部效率优化，容易形成效率竖井，即局部来看，效率很高，产出了很多中间制品，竖井之间的交接形成了批量，整体效能并未得到任何改善。

以流动效率为核心，就是要以需求为流动单元，从用户来，然后快速流向用户，加速需求的Timetomarket。流动效率的快慢直接决定了用户响应、获取反馈的效率。以流动效率为核心，必须拉通交付流程中的所有职能，打破组织壁垒。同时，聚焦流动效率，可以帮助组织即时暴露协作中的问题，如阻塞、等待等，这些问题可能是协作问题，也有可能是工程能力问题。

跨职能团队vs单一职能团队

以需求价值驱动，流动效率为核心，意味着在协作过程中，必须以业务驱动，拉通从业务、产品，到开发和测试的各个职能，跨职能协同。单一职能的团队，容易形成职能竖井，导致各个职能在局部繁忙，但是整体系统协作效率低下。

我们假设团队内部的沟通效率始终大于跨团队沟通的效率，通过组建跨职能团队，可以有效提升在协作中的等待问题，让整个团队关注在需求的交付上，而不是任务的完成。跨职能团队可以是实体团队，如果没有条件，组建虚拟的跨职能团队也是一个非常不错的尝试。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请在707945861群中学习了解。

< 上一篇：web前端编程开发行业的发展趋势

下一篇：运城达内软件开发需要关注哪些问题 >