系统分析一事常常被认为很简单，就算没有也还好。

　　开发者通常比较能理解其重要性，如果需求与逻辑经常性变动，系统架构可能会因此受到不良影响。

　　但是对于不用实际开发的管理者而言，有感觉的通常只是开发者的反弹罢了。

　　我最近在想一个问题，要怎么让不用开发的管理者深刻了解「系统分析」的重要性，进而重视此事。

　　有个寓言故事是讲父子卖驴的故事

　　不管他们俩人一起骑驴、不骑驴、其中一人骑驴…都会有人有意见。

　　做系统分析也是类似道理，并非别人提甚么需求，交代工程师做就对了。

　　有时候一个系统的开发需求是来自很多不同单位的人的意见

　　全部都做就好？

　　除了合并起来的逻辑与流程是否通顺外，是否所有人都能接受他人的需求也是一回事。

　　如果团队开发有良好的开发流程，先写好系统分析文件给所有相关人士过目与确认过，理论上就算有问题也会在动手开发前发现。

　　但如果不重视这个确认过程，觉得口头讲讲就足够了，不想花费时间在此流程上面，将有可能导致在开发出来后才说这不是自己要的，情况严重可能都开发完了结果项目以失败收场。

　　觉得说到这里，似乎还是难以说服管理者重视「系统分析」，或许只能让管理者因此痛得严重点，才可能让其重视。