第(1/3)頁

    簡繁召開的項目例會并不順利。在概要設計工作完成之后，項目進入詳細設計階段?？墒?，已經提交的詳細設計文檔從整體上看雖然沒有大的偏差，仔細分析后卻發現存在很大問題。主要癥結在于內容不夠細化，或者部分內容缺失。在簡繁提出疑問并要求對已經提交的文檔進行必要補充和完善后，項目組成員第一次對簡繁的決策提出了異議。

    “這樣未免太教條了吧！寫得太過詳細簡直就是浪費時間！”

    “是呀，那樣做不如直接讓我寫代碼好了。我可沒有耐心在詳細設計中磨嘰時間?！?

    “我們之前的詳細設計就是這樣寫的，開發過程中就算不清楚再討論也不遲?！?

    “就是。如果按照詳細設計規范一絲不茍地寫，我們還不累死。倒不如盡快進入開發階段，直接用代碼實現設計思想就好了。”

    “簡工，希望你再考慮考慮，且不可多此一舉。”

    大家左一句右一句的議論令簡繁很不舒服，臉上的笑容漸漸僵住，心里也變得慌慌的。簡繁不認為自己的要求多此一舉，下意識看向尹浩，尹浩是否支持她的觀點呢？可惜尹浩避開了她的目光，簡繁的心瞬間一沉。難道尹浩也認為沒必要按照設計規范將文檔寫詳盡嗎？

    “這種開發項目我們做的多了。公司內部的項目，詳細設計都是給自己人看的，又沒有人審核，不如將開發階段提前，節省時間應對一些突發狀況?！币姾喎豹q豫不決，有人已經不耐煩了。

    簡繁不禁低下頭，要如何決斷呢？在座的大部分項目組成員都有豐富的項目管理經驗和程序開發經驗。而自己在云T還是第一次參與這類項目。難道在實際操作中確如他們所說可以變通嗎？變通之后會不會引發后續問題呢？

    簡繁抬起頭，略有遲疑，“詳細設計中省略的細節，我是否可以認為不影響開發人員的理解。例如我們省略了很多時序圖，開發人員是否清楚交互時機呢？”

    “開發階段我們還是要全程參與的，有什么可擔心的！”有人滿不在乎。

    “哦，”簡繁咬了下嘴唇，繼續，“省略的部分我是否可以認為大家已經考慮清楚了。例如，我們定義了接口，但是有的接口沒有給出實現邏輯。在開發過程中如果發現接口定義有問題，無法實現就麻煩了。接口重新定義將會引發一系列連鎖問題。”

    若簡繁前一個擔憂是在質疑開發人員的水平，那么這個擔憂就是在質疑設計人員的水平了。會議室中頓時安靜，之后一片噓聲，充斥著不滿與不屑，“哈，我們定義的接口我們自己負責?！?

    簡繁很想追問果真出現問題后大家要如何負責，想了想還是作罷。出于尊重，出于信任，出于她尚淺的資歷，出于在座之人的信誓旦旦，出于項目團隊工作氛圍的考慮，簡繁只能作罷。
    第(1/3)頁