研發部門試點敏捷，前面的過程基本都比較正常，使用者故事，計畫會議、短迭代、站立會議、回顧會、功能驗收，基本都能正常完成，但是把產品發布出去，給生產部門使用後，總是得不到及時的反饋，總是等到系統正是開始使用後，才發現這樣問題、那樣不好用；
之前推動生產部門的下的作業人員，希望他們能積極配合、及時反饋看看有什麼問題沒有，貌似是沒什麼作用，沒有任何約束了，沒有責任落實。等到生產的時候，問題就嚴重了，就變成生產責任問題，指責研發的軟體問題多、不好用。說的我們也是啞口無言~，生產部門不配合、不反饋，卻沒有人去提及，最後板子都拍到了研發！我們也是嚴格按照要求去做的，我們何錯之有？
難道是介面人不對？是stakeholder的問題？難道應該推動生產的領導，來主導此事？是product owner協調能力問題？
關於最後一公里
最後一公里 last kilometer 在英美也常被稱為last mile 最後一英里 最後一公里 原意指完成長途跋涉的最後一段里程，被引申為完成一件事情的時候最後的而且是關鍵性的步驟 通常還說明此步驟充滿困難 通訊行業經常使用 最後一公里 來指代從通訊服務提供商的機房交換機到使用者計算機等終端裝...
全棧最後一公里
centos的軟體安裝工具是yum 開啟終端鏈結伺服器 ssh root 39.108.162.237 檢視儲存空間 fdisk l 檢視記憶體 df h 修改埠 sudo vi etc ssh sshd config 修改儲存 wq 修改後重啟才有效果 sudo service ssh resta...
從「最後一公里」問題談起
目錄 1.什麼是最後一公里 2.不得不說的 敏捷 3.效率！時間短 4.測試隨時隨刻 5.關於測試環境 6.理想的測試 7.最後一公里 的根源 如何避免 最後一公里 9.總結 1.什麼是最後一公里 初次接觸最後一公里這個概念，應該是在大學的計算機網路課程中。最後一公里 指從通訊服務提供商的機房交換機...