一篇文章带你了解程序流程图的重要性
先说结论：程序流程图是重要的。
之所以这么判断，主要基于以下3点事实：
- 图比代码更清晰
- 沟通协作更顺畅（这也是题主比较关注的一点）
- 国内假敏捷开发太多
第一，图比代码更清晰
对于编程初学者来说，很多人都以为程序设计就是单纯的敲代码，接到任务摸起键盘就是一顿敲，结果敲着敲着就很容易把自己给绕进坑里。
之前写一个登录注册需求，因为是基于原系统之上的，有几个条件要判断。但由于之前没有好好梳理，一看到需求，不管三七二十一就写了。最后功能虽然是基本实现了，但是，我自己看自己写的代码都很费劲！
没有个清晰的思路，代码很冗余。
聪明的程序员则会在编写复杂的程序之前先画一个程序流程图，这样一来不仅能理清程序思路，也便于自己更好的发现问题。
所以，我虽然不赞同“学院派教科书式的流程图”，但在复杂需求中，我认为流程图是非常必要的。所有的图都是更高效地厘清问题，掌握知识，高效解决问题的。
DNS流程图，亿图图示绘制
第二，沟通协作更顺畅
很多时候，我们写编码不只是写给自己看的，而是要和其他成员进行沟通协作的。
还是以之前写的登录注册需求为例。由于自己事前没有梳理好设计程序，直接导致其他同事看我的代码非常费劲，我需要逐步解释那些冗余代码的存在必要性（事实上并不必要，后来推翻重来）。整个沟通成本太高了。
后来，我接到任务的第一件事情就是把它变成一个流程图，这样别人一眼就可以知道我要做什么，自己也加快了工作效率。
题主提到项目需求方在设计完成之后要求出报告，并多次提示要流程图。
为什么项目需求方会想要流程图。我猜想一个很重要的原因就是，如果对方企业发生员工流动，需要进行工作交接时，有流程图的话交接起来会更加方便。
简单C语言流程图，亿图图示绘制
第三，别拿敏捷开发当借口
就像@萝魏紫 说的，中国假敏捷太多了，以敏捷为借口少写甚至不写文档，以至于大量项目在本不应出问题的沟通层面出现大量问题，没有统一的标准，沟通不出问题才怪。
试问下，在敏捷开发中，如果没有流程图、序列图、状态图进行辅助，你如何在代码过程中保证业务流程、系统前后端、多个系统切换开发做到敏捷高效？
在敏捷开发时，面对稍复杂点的需求，如果要求团队提前用流程图厘清问题，后续填坑可以少很多。
以上程序流程图均由亿图图示绘制，感兴趣的小伙伴大家可以去体验下▼▼▼
符号*拖放、快速吸附连接
亿图图示高效绘制流程图，可免费体验哦