今天工作上铭污，發(fā)生了幾次論題的討論葛作，其中一次比較典型腕柜，記錄下來济似。
我們部門對公司內(nèi)部主要提供兩種實體的生命周期管理：IT資源和運行在資源上層的服務(wù)。
爭論的原因是一個內(nèi)部用戶的非標(biāo)服務(wù)盏缤，未按照服務(wù)標(biāo)準(zhǔn)化建設(shè)砰蠢，期望能夠以手工的方式隨意使用其他服務(wù)的資源。
本來這個問題在服務(wù)管理中是提供了解決方案的唉铜，誰的服務(wù)使用什么資源台舱，也提供了工單式的自動化申請和操作流程，但是服務(wù)方不想精細化資源的使用潭流，期望能實現(xiàn)"一個服務(wù)申請竞惋，多個服務(wù)使用"俩功。
按說方便使用資源，是個合理的需求碰声，但是與用戶接觸的小伙伴著急實現(xiàn)用戶的需求，提供了手工支持的建議熬甫。
整個實體的生命周期管理胰挑，是一個體系，表象上是申請方式不同椿肩，其實背后對應(yīng)了一套記賬瞻颂、對賬、賬單郑象、資源流轉(zhuǎn)交付的能力贡这。
解決這個問題，就要打破之前推動了2-3年的標(biāo)準(zhǔn)化工作厂榛。
當(dāng)我們一窮二白的時候盖矫，可以充分發(fā)揮想象力，當(dāng)我們的系統(tǒng)击奶、平臺已經(jīng)成為體系的時候辈双，問題就變的復(fù)雜，因為互相關(guān)聯(lián)依賴柜砾、需要考慮的維度更多了湃望，很可能產(chǎn)生蝴蝶效應(yīng)。
我們需要在一定的限制條件下給出方案痰驱，而不是簡單草率的非標(biāo)支持证芭，因為這會引入實體后續(xù)更長久生命周期的非標(biāo)的坑。
系統(tǒng)的考慮問題是一種能力担映，如果沒有復(fù)雜系統(tǒng)使用和架構(gòu)經(jīng)驗的人废士，很難憑自己的想象理解這其中的復(fù)雜度。
當(dāng)然這種錯綜復(fù)雜的依賴關(guān)系另萤，會限制住我們的手腳湃密，是需要整體產(chǎn)品架構(gòu)上定義清楚彼此的邊界的，也是我們后續(xù)努力的方向四敞。
