團隊開發的非教條主義管理方式

2021-04-20 06:29:24 字數 1243 閱讀 6037

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

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

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

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

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

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

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

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

當所有設計工作完成,內部無暫時任何異議的時候,可以具體分工了,注意,這裡的分工方式並非功能模組話分工,而是操作分工,在分析完成時,對於mis來說,需求分析、業務邏輯設計、介面設計、資料庫設計等等文件非常健全,換句話說,後面的工作就是動手,分工自然也變得容易了許多。

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

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

如何高效的管理技術開發團隊

在任何乙個專案開發或設計中,專案管理都會被認為是最重要的過程之一,因此,選擇一款適宜的專案管理工具尤為重要。而高效的 良好的專案管理必須具備 快速 強大 且包含以下功能 需求管理 專案的需求變更,跟蹤,控制 資源管理 專案的可利用的資源 人力,物力,財力 計畫管理 包括成員管理和許可權分配,日程排定...

軟體配置管理 團隊開發的基石 1

1 概述隨著現代軟體技術的發展,對於軟體專案的需求日益複雜而且變更頻繁,專案的開發模式已經由昔日的手工作坊式的開發轉變為規模化 團隊 式的開發,當開發團隊發展到一定規模時,會越來越強調開發過程規範化和成熟度。軟體專案的成敗在很大程度上取決於對其開發過程的控制,這包括對質量 源 進度 資金 人員等的控...

網路公司Web開發團隊管理的小結

工作五年多了,在最近的這家公司的日子裡,既有開心也有難過,主要是自己的技術團隊和公司整個商務部並沒有很好地融合在一起。當中,有我的責任,也有他人的責任。營銷為主導的公司,商務部的人員比較強勢,尤其在業績好的時候。這其中沒有誰對誰錯,但作為管理者,如果無法起到積極的協調作用的話,不能不說是一種失敗,作...