混亂之治 敏捷的開始。

2021-05-21 18:36:34 字數 2108 閱讀 6804

自從有了敏捷專案管理,許多受困於軟體專案管理的專案經理臉上都露出了久違的笑容,並終於不再擔心因為怕專案delay而天天加班被老婆孩子所集體唾棄了。 敏捷專案管理的好處是顯而易見的。然而,好的東西是需要發散的,因此,我一直在思考,敏捷是否可以用到發散到企業中各個部門間的配合和管理中去的。

最近,由於工作的變動,來到了一家新單位。作為cto,上崗第一天,我便著眼開始觀察起單位的現有管理流程。這一觀察還真發現了不少有趣事。

首先,技術部只有半支團隊,為什麼說是半支團隊?還得從單位專案說起,當前單位正對旗下大型門戶**改版,我在整個技術部走了一大圈後,楞是只發現了乙個程式設計師,而且這兄弟居然還在做著其他專案,另外三位美工兄弟正埋頭苦幹,偶爾和編輯爭得不可開交,其中一位兄弟不住的嚷道:「不是說好的麼,怎麼又變了?」,編輯也不甘示弱:「上次說了改的問題,為什麼還沒改?」,美工兄弟一臉無賴:「我們就3個人,要做**頁面設計,還要幫你們做專題頁面設計,我們哪能忙得過來啊。」。一打聽才知道,這個專案已經被外包出去,程式由接包方實現,美工由本單位剛才的那三位兄弟設計,策劃則由本單位編輯部承擔。我百思不得其解,當初為何不將美工一併外包或由本單位招人全部承擔,直覺告訴我,面對這樣的專案格局,現在的技術部主任一定痛苦不已。果然,技術部主任見我眉頭就皺成了一朵麻花,急忙訴苦:「不是我們不敬業,而是軟體開發方反應太慢,我們提交過去的bug要過乙個世紀對方才能有反應。編輯一催,我就只能催軟體開發方,有時候老問題還沒解決新問題又出現了,有時候明明改好的問題過不了多久又出現了。進度趕不上,編輯怪我們,我們就只能去求著開發方讓他們快一點,他們反過來卻說我們的美術人員頁面設計出慢了,美工人員一聽馬上就會辯解說編輯那邊策劃沒按時提交……」

我說:「有沒有需求文件和專案進度文件,給我看看?」。

技術部主任一臉的迷茫:「需求早就變得面目全非了,編輯部的策劃太不確定了,老變,一變就有n個版本出現,頁面策劃有時候通過qq發有時候通過郵件發,我這裡的頁面策劃版本長期都和編輯部的不一樣。專案進度只知道某某天要完成。」

技術部主任,還算鎮定,說:「不要緊,我這就給他們報過去。」於是開啟qq就開始聯絡開發方。

到這裡,我覺得我已經找到了問題的結症,自顧自笑了,說,我下午一定給出乙個可以商量的解決辦法,轉身回到座位便開始整理思路。

吃過午飯,睡過午覺,乘大家都精神飽滿,我帶著上午整理出來的ppt和**,把編輯部主任和技術部主任一同請到會議室。然後開始一起分析狀況:單位目前缺乏一整套的管理體制能工作流程。所謂的三件法寶 ---- 「 計畫、跟蹤、反饋」 也一件沒見著。沒有管理體制和流程必然出現責任推諉、進度緩慢,而沒有那三件法寶則必然出現協同盲區 ---  編輯不知道技術部在幹嘛,技術部不知道開發方的進度如何了,開發方更不知道何時才能拿到技術部出的頁面設計。單位老大更搞不明白下面幾個部門的傢伙每天都在瞎忙些什麼,自己也因此擔心得夜不能眠。

兩位主任認同的直點頭。

我點開我u盤裡的ppt接著說:「針對上面的情況,我們可以根據上面的流程來小範圍推行,沒有oa、erp我們就用svn+excel代替,在svn中分別建立『工單』『bug report』『技術部』『文件模板』這4個根資料夾。在『工單』中主要是用來存放編輯部欲給技術部分派的工作任務,其中分為『未審核』『已審核』『已領取』『已完成』『返工』5個資料夾。而『技術部』中則存放『美工人員工作任務列表』的excel。『bug report』則存放編輯在使用測試使用過程中發現的問題,下面包含『已反饋』『未反饋』2個資料夾。『文件模板』則用來存放各類**,用來規範檔案流轉格式。」

我頓了一下,點開『bug report』資料夾,說:「這個資料夾,是用來存放編輯部反饋回來的bug的,格式依照『文件模板』填寫,包括bug修改緊急程度等,放到『未反饋』中,由技術部主任檢視無誤後,傳送給開發方,並將bug文件移至『已反饋』中。這樣,開發方也可以知道每個bug的緊急程度,就可以依照他們的專案管理計畫來合理調整修改時間了。這樣每個人的責任就已經劃分清楚,再也不會出現相互推諉的情況了。」

技術部主任不由興奮得大叫一聲:「我覺得這個東西相當不錯啊!」。

「呵呵,」我笑著說:「這些其實都是從敏捷專案管理思想中提取的精華,非常適合跨部門間的合作。」。

「我們什麼時候能用上?」編輯部主任也有些激動。

「明天就開始吧,小範圍試用,我們得有個培訓。」我也被他們的情緒所感染。

正在這時,會議室們被敲開 -----  此地將於5分鐘後被老大徵用。「明天我會把培訓的內容做好,培訓完後我們商量實施方案。」我抓起筆記本和兩位主任一同奔出了會議室。

(待續....)

敏捷開發之旅 1 新的開始

在開始之前簡單介紹一下 小龍服務於一家叫做xx的軟體公司,在裡面是乙個開發團隊的pl,直接領導是老徐。小龍的開發團隊總共有七人,乙個最佳的scrum開發團隊人數 pl 小龍 成員 賓哥 紅姐 mm 小美女 mm 排骨 mm 小梅 mm 小梁 mm 呵呵,看到性別後大家都傻眼了吧,七個人的團隊中有五個...

敏捷開發之旅 1 新的開始

在開始之前簡單介紹一下 小龍服務於一家叫做xx的軟體公司,在裡面是乙個開發團隊的pl,直接領導是老徐。小龍的開發團隊總共有七人,乙個最佳的scrum開發團隊人數 pl 小龍 成員 賓哥 紅姐 mm 小美女 mm 排骨 mm 小梅 mm 小梁 mm 呵呵,看到性別後大家都傻眼了吧,七個人的團隊中有五個...

菜鳥學前端之遍尋名師之混亂的筆記

寫在前面 本系列文章僅用於作者記筆記方便回顧,其中絕大部分內容來自w3cschool,想要學習的可以直接去。在學習標籤之前,將那幾個標準屬性 全域性屬性 談一下,要不然對標籤功能理解會有障礙。accesskey 啟用元素的快捷鍵,通俗講就是定義乙個快捷鍵 以下元素支援 accesskey 屬性 以及...