第一次上CMM課的一點心得

2021-05-06 20:53:04 字數 2640 閱讀 3722

昨天第一次上cmm課,老師是國內最早搞cmm的牛人拉,雖然第一次課沒講到cmm,但還是給大家不少啟發.特別是當場做了乙個案例,讓大家感受不少.

老師的案例是這樣的:總共40人,分8個組,每個小組5人,需要在指定時間內完成老師(扮演老闆的角色)布置的任務.任務是:

給出每組一定的材料,要求做餐館的選單,當然,這些選單是老師提供了選單的樣式和需求的圖紙,並且設定了不少

需求,比如:對選單的形狀,規格大小,選單上貼上的每樣菜式紙條的寬度,高度,邊角位置等有很嚴格的規定;

而且對每張選單上張貼的菜式有要求,比如每張選單加起來的**要在一定的範圍來,任意兩張選單中的菜名不能重複等等,

反正一共列出了大概10個要求吧。

而提供給每組的材料有紙,剪刀,直尺,鉛筆等工具,而這些工具是要求每個小組去買的,如果你覺得用的工具少,就可以少買,

節省成本。而當boss講完需求後,如果各小組要再詢問boss的話,就要收費了,按分鐘算費用,比如諮詢1分鐘,小組就要付出10分;接著,給出15分鐘給各小組進行需求分析和設計,並且要在指定時間內上報每組可以最後提交多少張選單;最後就給45分鐘大家開始設計,boss準時收貨;如果最後交給boss的比計畫的少,就要按少一張扣分。呵呵,大概就是這樣吧。

看到了吧,乙個看上去這麼簡單的遊戲,大家估計下最後的結果是什麼呢?班上40人,都是在職的人事,有軟體公司的程式設計師,

有系統分析員,有專案經理,有**部門做甲方的人,有工作5-8年的,有工作10年以上的,也有銀行,醫院,**各行各業搞it的,反正都是it行業相關的。最後臨到了要提交的時間,最後5分鐘,大家越來越緊張,都在拼命地趕,象熱窩上的螞蟻。最後,大家的作品大多是慘不忍睹,一算分,全部組都是負分(也就是全部專案組都虧損了)。最後,老師讓8個小組的專案組長(扮演專案經理的角色)分別總結了其經驗,而我也結合了一下,總結為下面幾點。

1、對目標的制定有的組缺乏全盤考慮,有的組甚至報出8張,10張的數目,沒考慮到時間,人力等因素。

2  有的組分工不夠明確,缺乏核心統領人物(這些組一般是牛人比較多,各人有各人想法),有的組分工過於死板,比如時間過了很多了,有的人依然在指手劃腳,只動口不動手,拖慢了進度。

3     有的組依然對需求理解有偏差,專案組裡做需求的人搞錯了,導致最後要扣分。而居然沒乙個組在boss講完後,向boss提出諮詢(呵呵,估計是因為題目設定了諮詢要收費的意思吧)

4      進度控制不好,有的組只顧著做,沒考慮時間。

當然,我覺得還有另外一些因素,比如畢竟我們是在職上課的,不象真的開發團隊那樣,整天在一起,大家彼此的默契和了解

不是那麼好等,這可能是一些客觀因素。

當然,有的組還是做的不錯的,比如寧願做的少些,比如做兩張十分正確的成品。而我所在的組最後,我們計畫的是4張成品,最後都完成了,通過評審有3張及格,最後-17分,雖然還是負分,但是是第一名咯,呵呵。下面講下我們組的一些心得:

1、分工明確:,5個人,我是擔任象專案副經理的角色,設1個專案經理,兩個小組,1小組兩人,組1負責製作選單,組2負責選擇菜名**,菜式進行排列組合並貼到選單上去。

在一開始,我們就定好這樣的分工,而且我主動提出我去做菜名菜式的選擇那部分(呵呵,因為我覺得自己動手能力一般,所以不去做那些剪紙等的工作了),後來證明我們的分工是十分正確的。

2、目標尚可:一開始,大家提出到底要報多少張。我的看法是做3張,但最後專案經理定下的是4張,大家之間有過爭論,但最後我們通過投票進行了決定,決定做4張。從最後的結果看來,4張我們的確是做出來了,但時間十分緊,從而影響了質量,如果3張的話,我們就十分有利了,後來事實證明我的看法是正確的。

3、配合默契。比如我和另一人在選擇菜式,**,產地等排列組合,貼圖上色等環節中,都是一人提示,一人做,提示的人兼做審核,從而保證了不會手忙腳亂,不會出錯,事實證明也是正確的。而我和專案經理也起到很好的調節作用,比如在缺少工具鉛筆時,我們決定把鉛筆一分為二(有的組居然不會,呵呵),在很多關鍵問題上,我們都調整的很好,從而保證了最後4張的任務勉強完成。

而我們的不足在於有個小需求居然搞錯了,是當初做需求組的人出錯,而複查需求的人居然沒審出來,專案經理也沒審出來,導致扣分。

所以總結一下,從這個案例其實大家都學到很多東西,可能是第一次這樣做覺得有趣好玩吧。比如

1、比如,象我們這次,大家可以說是乙個臨時組織的新團隊了,遇到了乙個新的專案(做選單),之前大家也不是天天在一起那麼默契,如何在乙個新組建的團隊裡,面對新的專案做好估算呢?專案經理如何發揮大家的積極性,做好調配呢?我相信這是大家十分應該覺得重視的問題。我覺得在這樣的環境下,專案經理應快速搞清團隊成員的能力,團隊成員也應該主動表達自己的願望和實力;比如我就主動不去搞剪紙那部分了。

2、還是要對需求,目標做好規劃研究。你看,有的小組居然誇下海口,做10張,8張,那根本就是可行性分析徹底做失敗了。理解需求方面,象我們組,分了人去搞需求,居然也有個地方搞錯了,可見在實際專案中需求分析的重要性。

3、除了分好工外,既要民主,又要集中。比如我們組,對目標的最後設定,最後還是尊重專案經理的意見了,因為當時專案經理的確提出了足夠多的證據,讓大家覺得可以做4張,注意專案經理不能武斷,要令人信服,要提出證據,這一點我們做的很好。而又要民主哦,比如一開始,專案經理說為了省成本,居然沒給紙張和筆我們兩人去抄老師幻燈打出來的成成的選單,這是,我堅決提出,我們坐的後,用彩色筆的話,太粗了,不記下來的話,到時再慢慢看的話,會拖慢效率,得不嘗失;最後,意見得到了採納。

呵呵,最後老師也說了,他這個實驗做了很多次了,玩這個遊戲的人有很多,有mba班的,有全經理老總班的,有象我們這樣的,有本科生,普遍還是得正分的不多哦,呵呵。

php 第一次課

1 基本語法 我們根據 1.3 節建立的示例來進一步講解 php 中的基本語法。1.變數 php 是弱型別語言,不要求使用變數之前宣告變數。在第一次給變數賦值時,該變數才被建立。賦值的同時指定了該變數的型別。php 基本資料型別包括 integer 整數,float double 浮點數 實數,st...

第一次實驗課

一,實驗目的 1.熟悉c語言整合開發環境 2.掌握c程式結構,熟悉c程式編碼規範 3.掌握c程式編寫 編譯 執行 除錯方法 4.掌握基本資料型別 常量 變數的使用 5.掌握常用運算子用法,掌握表示式求值規則 實驗準備 二,實驗內容 part1 p116練習 1 2 3 中的失誤 1,表示式末尾的分號...

第一次實驗課

includeint main includeint main includeint main includeint main printf n printf 當遇到問題時,你會選擇 n printf 1.遇到問題,就解決問題。不懂的,搜尋式學習,逐個攻破.n printf 2.遇到問題,不高興。然...