軟件測試淺談團隊開發的非教條主義管理方式

軟件測試淺談團隊開發的非教條主義管理方式  軟件測試方法

關鍵字：團隊開發 數據庫設計

　　引言

　　最近最令我高興的事莫過于系統分析師考了云南省第一名，其實本人不擅長考試，不過這次的結果也不意外。

　　學校這次安排的課程設計是一個簡單的MIS，每組7人，題目選的是客房管理系統，我很高興的被派為組長，所以，CXO的工作都落在了我身上，也很高興自己有了一個項目管理的實踐機會，眼看項目進展的非常順利，下面就把我的經驗拿出來分享一下。

　　1、不怕神一樣的對手，就怕豬一樣的隊友(援引自密友盧歆的話)

　　對手并不可怕，可怕的是自己內部出現了問題，以至于自己的戰斗力無法發揮，連一個基本的作戰條件都不滿足，必敗無疑，所以，行駛項目前必須保證每個隊友都對項目的成功抱有最大的信心，和戰勝一切困難的勇氣，但是，我們并不能保證團隊內的人一開始總能保證最好狀態，所以，我們要想辦法團結內部。

　　2、分層比分塊更能增進團隊成員之間的感情

　　在項目進行當中，按功能模塊分頭開展工作是提升效率的經常采取的方法，但是，很可能引起內部競賽和步調不一致的問題，出現多次等待的情況，這樣內部就會彼此產生猜疑，是不是他一開始對項目設計不滿而消極怠工?還是水平不到位?總之，有拖后腿的嫌疑，并且，這會導致集成測試困難的情況，因為一個模塊出現問題就無法集成測試，從而影響工期。

　　對于這種情況，筆者采用的是分層集中式工作，即在需求分析和系統設計上，由一個帶頭人協調團隊內的種種不同意見，使之盡量達成一致，即使不能達成完全一致，至少也要達成階段性一致，這樣便于工作的展開，同時讓每個成員感覺到項目的每個環節都有我的存在，工作效率和內部協調性自然能夠達到最高，而且你會發現，你的團隊成員會主動提出自己的看法，有些是你根本想不到的，甚至是非常有建設意義的構想，這樣，事半功倍，往往能收到更好的效果。

　　當然，這一步對項目管理人員的協調和組織能力是一個極大地考驗，總之，任何階段內部人員必須從思想上統一，這樣各自才能積極工作，共同推動項目的發展。

　　當所有設計工作完成，內部無暫時任何異議的時候，可以具體分工了，注意，這里的分工方式并非功能模塊話分工，而是操作分工，在分析完成時，對于MIS來說，需求分析、業務邏輯設計、界面設計、數據庫設計等等文檔非常健全，換句話說，后面的工作就是動手，分工自然也變得容易了許多。

　　3、分工的時候，每組必有高手，且一人，帶幾個菜鳥打下手

　　高手的任務就像是指南針，就是說這個人能夠給項目發展指定一個正確的發展發展方向，處理一些技術問題，但是很多細節工作必須借助其他成員完成，這樣大家比較容易通力協作，增強軟件質量，更重要的是這樣能夠起到絕對領導的效果，大家的目標更容易統一，如果多高手，一旦高手間有分歧，工作效率反而下降。

原文轉自：http://www.anti-gravitydesign.com