為什麼專案過程中折騰我們的往往是一些微不足道的小事
?新功能新增
"順手就改
,轉眼就忘
,一旦出錯
,一問就蒙
"的情況如何避免?
答案:流程
一年前我還對流程表示反感和排斥
,因為我將"流程
"簡單地等同於堆積如山的文件和照本宣科的會議
,犧牲了彌足珍貴的設計和開發時間
.而現實不會在你自作聰明的時候糾正你
,而是在後續的某個時間點上給你一記響亮的耳光
.屢教不改者
,耳光聲此起彼伏
,痛定思痛之後
,偏見終將糾正……
如果我們的軟體開發是這樣乙個過程
:領導告訴專案經理在站點新增乙個站內簡訊功能一周上線
,專案經理簡單設計一下就開始分配任務
(甚至自己就動手了
).做好之後就告訴測試組新增了乙個新功能你們測試一下
.兩三天後專案經理問
:"測完了麼
?" 測試人員答曰
:"ok!"
於是功能上線……
你會發現如下問題:
然後風和日麗的某一天領導告訴專案經理
"站內簡訊
"出問題了
,於是專案經理在努力回想領導對功能的描述之後找到測試人員
:"你不是都測試了麼
?這種情況怎麼沒有測到
?" 測試人員說
:"沒有設計文件
,我怎麼知道還有這種情況
?" 專案經理說
:"時間那麼緊**有空寫什麼文件?"
貌似這是乙個糾纏不清的糊塗賬
,誰都有責任可是誰都有理由
,大家錯都錯得那麼義正言辭
,正義凜然
.問題的原因可以找到很多條
,可是歸根到底一句話
:"沒有流程"
假設我們走了乙個簡單的設計評審
,測試用例評審
,專案驗收的流程
,那會怎樣呢?
這樣無論設計還是測試的問題會在比較早的乙個時間點上被發現並糾正
,層層把關
,且把關有理有據
!你說測試完成了
,只要看一下測試用例覆蓋程度就可以了
,這就是流程的力量
!實際上流程產出的是什麼呢?是
決策結果
!決策產出於流程中的若干會議
.做事情的人往往是沒有決策權的
,所以決策結果的產生對於做事的人太重要了
.而爭論和責任推諉往往是由於沒有什麼依據來判斷誰有問題
,而依據存在於之前決策結果中
,或許就是那份領導拍板的文件.
也可以這麼說如果乙個會議的能做決策的人不能出席
,那麼會議就取消好了
.否則會議就會變成乙個百家爭鳴
,各抒己見
,氣氛融洽
,百無一用的茶話會
.當然要是旨在交流感情那也算是有點用了
,僅此而已.
繼續我們那個關於
"站內簡訊
"的故事
,假如走了流程上線之後還是出錯了
專案經理找到了以前設計文件
,做了檢查
,做**修改
.同時和測試溝通新增或者修改測試用例.
這就是我認為
流程另外乙個重要作用就是:跟蹤
大家最缺的除了錢就是時間
,而如果每一件事情都要從頭開始思考回顧
,那就浪費了太多的時間了
.比較理想的是能馬上切入著手處理
,而這就要求要處理的事情能跟蹤到以前做了什麼
,做到了什麼程度
.而流程產出的文件和會議記錄就可以做到一件事情可以跟蹤
.而且流程產出的這些東西你一點也不必放在腦子裡面
.留點空思考點別的
,存著這些陳年舊賬可能有用但是太累.
不按照流程走事情就很難跟蹤
,君不見
"正龍拍虎
"已經浪費了多少國家的行政資源
,根源不就是沒有走驗證流程就上報虎訊了麼.
然後,通過乙個真實的事例來說明問題.
背景:我們的**做增量更新
,運維工作人員和開發人員在不同地點辦公區.
2006
年我第一次旁觀兩位同事做增量更新
,增量更新是開發組做運維同事負責伺服器狀態檢查
.那時候兩位同事閃電般備份舊檔案
,停掉負載均衡,停掉
iis,
覆蓋新檔案,啟動
iis,
加入負載均衡
.要是中間出錯
,在伺服器上開啟檔案
,略加修改一切恢復正常
!旁邊的我有一種幻覺
:是這兩位高手不斷向各個站點輸送內力才得以正常執行!
那一年的更新
,驚心動魄!
2023年,更新的事情到我來做.於是可真的苦了配合我更新的運維的同事.我也在伺服器上修改檔案,但是幾經波折,不斷重啟iis,甚至還要讓運維的同事恢復到上一版本甚至重啟伺服器.修改完又忘記把檔案同步到源**管理工具中,於是下一次更新又錯.直到現在我還對那位配合我更新的同事充滿歉意.
那一年的更新
,險象環生!
2023年,站點的更新是運維的同事來做!這一切的秘密就在於流程:開發人員提供更新檔案和部署說明,部署之後測試負責做更新的確認.之前運維的同事不能做更新不是說有什麼技術門檻,而是因為我們做開發的把服務上的檔案搞得亂七八糟人家理不清.現在運維完全掌控站點的更新狀況,檔案備份也是他們管理,可以很容易根據時間跟蹤到某乙個版本,出現問題後的版本回滾也速度迅速.今年我沒有在伺服器上改過檔案!
這一年的更新
,風平浪靜!
更新的流程化幫助我們肅清了跟新過程的種種混亂,把以前貌似艱難的問題變得順利.站點更新變成一件很平常的事情,看來它真的順利了!
上面說的都是在軟體開發過程中的流程,其實對於我們個人為自己設定幾個流程也是有必要的.工作沒有流程，又想把工作做好的人，總是感到人手不夠或者沒有時間.「辦事情條理化」已經被美國哈佛經典教材《管理之門》列為管理人必須做到的一項基本工作,什麼是條理化,不就是按流程做事麼.
總結:身在專案中的你對於流程有咩看法?
軟體流程 開發流程規範
1 prd 介面文件 資料庫文件等按sprint分開整理並同步到confluence 2 前後端分離開發模式下，後端設計介面開發文件，同步到confluence，同時提供mock介面 3 後端功能初步拆分後，由各開發自主評估工期，再由專案leader評審 前端開發人員根據原型圖評估工期 測試人員根據...
HDFS的讀取流程 寫入流程 刪除流程
讀流程 1 客戶端通過rpc訪問namenode。呼叫filesystem的open方法，獲取distributedfilesystem例項 2 namenode查詢元資料，獲取元資料路徑，將檔案的全部或部分檔案塊的儲存路徑，放入佇列，傳送給客戶端。3 客戶端收到佇列 fsdatainputstre...
php 流程管理（發起流程和審核流程）
一.發起流程和審核流程需要用到的三張表 二.寫 1.用ajax做了乙個登入頁面，用session獲取使用者名稱 2.登入介面的處理頁面 dlchuli.php session start require dbda.class.php db new dbda 造新物件 傳過來的值 uid post u...