组长立项，列好功能的大纲 -> 产品经理根据大纲设计具体的功能页面和交互原型 -> 后端根据交互原型编写接口，同时 UI 根据交互原型绘制设计稿 -> 前端根据设计稿和后端接口开发功能页面
很合理也很流畅。
然而天有不测风云，前任组长因为公司办公室政治内斗被赶出公司，公司高层从其他单位挖过来了一个熟悉新业务但是完全没有技术背景的新领导来当组长继续领导开发（之前产品经理不懂这个新业务），然后工作流程就变得混沌了起来：
组长整天在外跑业务聊客户，整周不见人，开发人员也整周无事可做 -> 组长带着带着从用户手里收集的大把意见设计具体的功能页面和交互原型——但是他只是懂业务，画出来的交互原型相当糟糕，有功能省略也没有注明，新的交互模式也跟原来的系统完全不同，此外业务本身的抽象程度和复杂程度都相当高，可以说只有除了他之外的少量两三个人能把业务弄懂 -> 在放出了巨量新任务过后告知我们客户急需这个产品新功能，为了谈成生意需要在 1 个月内开发完成 -> 后端根据交互原型编写接口，同时 UI 根据交互原型绘制设计稿 -> 然后新组长表示原型图上的交互都不代表真正的交互，比如原型图上点击按钮弹出了弹窗，只代表需要让用户在这里看到弹窗上的信息。改成消息通知，改成折叠隐藏，设置直接放在界面上他都无所谓，交互全都让 UI 来设计 -> 但之前提到过，业务抽象复杂原型图还不明确，讲解业务的会议也没有让 UI 来参加，所以 UI 毫不奇怪的在不少细节上理解错误，画出了错误的设计稿 -> 另一方面“原型图上的交互都不代表真正的交互”这句话没有告诉后端，后端根据原型图开发出来了接口，UI 根据工作经验大幅优化了交互逻辑，然后发现 UI 的逻辑和后端的接口对不上 -> 另一方面新组长也一直在外面跑客户获取新需求，所以他也一直在修改产品原型 -> 但是修改产品原型这件事只告诉了后端开发，所以 UI 还在埋头画图前端还在埋头写页面的时候，并不知道其实需求已经变了……
心太累了，姑且讲出来发泄一下，我也不知道这个项目会走向何方……
