過後諸葛亮做業評分表

組成部分	檢查項	分數	編號	備註
設想和目標	咱們的軟件要解決什麼問題？是否認義得很清楚？是否對典型用戶和典型場景有清晰的描述？	3	1	每一問1分
	和上一個階段相比，團隊軟件工程的質量提升了麼？ 在什麼地方有提升？具體提升了多少？如何衡量的？	3	2	每一問1分
	咱們達到目標了麼（原計劃的功能作到了幾個？  按照原計劃交付時間交付了麼？ 原計劃達到的用戶數量達到了麼?)	3	3	每一問1分
	用戶量, 用戶對重要功能的接受程度和咱們事先的預想一致麼? 咱們離目標更近了麼?	1	4
計劃	是否有充足的時間來作計劃?	1	5
	團隊在計劃階段是如何解決同事們對於計劃的不一樣意見的？	2	6
	你原計劃的工做是否最後都作完了? 若是有沒作完的，爲何?	3	7
	有沒有發現你作了一些過後看來不必或沒多大價值的事?	2	8
	是否每一項任務都有清楚定義和衡量的交付件?	1	9
	是否項目的整個過程都按照計劃進行，項目出了什麼意外？有什麼風險是當時沒有估計到的，爲何沒有估計到?	2	10
	在計劃中有沒有留下緩衝區，緩衝區有做用麼?	2	11
	未來的計劃會作什麼修改？（例如：緩衝區的定義，加班）	2	12
資源	咱們有足夠的資源來完成各項任務麼?	1	13
	各項任務所需的時間和其餘資源是如何估計的，精度如何?	1	14
	測試的時間，人力和軟件/硬件資源是否足夠? 對於那些不須要編程的資源 (美工設計/文案)是否低估難度?	2	15
	你有沒有感到你作的事情可讓別人來作（更有效率）?	2	16
變動管理	每一個相關的員工都及時知道了變動的消息?	2	17
	咱們採用了什麼辦法決定「推遲」和「必須實現」的功能?	2	18
	項目的出口條件（Exit Criteria – 什麼叫「作好了」）有清晰的定義麼?	2	19
	對於可能的變動是否能制定應急計劃?	1	20
	員工是否可以有效地處理意料以外的工做請求？	2	21
設計/實現	設計工做在何時，由誰來完成的？是合適的時間，合適的人麼？	1	22
	設計工做有沒有碰到模棱兩可的狀況，團隊是如何解決的？	2	23
	團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其餘工具來幫助設計和實現？這些工具備效麼？	1	24
	什麼功能產生的Bug最多，爲何？在發佈以後發現了什麼重要的bug? 爲何咱們在設計/開發的時候沒有想到這些狀況?	4	25
	代碼複審（Code Review）是如何進行的，是否嚴格執行了代碼規範？	1	26
測試/發佈	團隊是否有一個測試計劃？	2	27
	是否進行了正式的驗收測試？	1	28
	團隊是否有測試工具來幫助測試？	1	29
	團隊是如何測量並跟蹤軟件的效能的？從軟件實際運行的結果來看，這些測試工做有用麼？應該有哪些改進？	2	30
	在發佈的過程當中發現了哪些意外問題？	1	31
總結	你以爲團隊目前的狀態屬於 CMM/CMMI 中的哪一個檔次?	1	32
	你以爲團隊目前處於 萌芽/磨合/規範/創造 階段的哪個階段?	1	33
	你以爲團隊在這個里程碑相比前一個里程碑有什麼改進?	1	34
	你以爲目前最須要改進的一個方面是什麼?	1	35
	對照敏捷開發的原則, 你以爲大家小組作得最好的是哪幾個原則? 請列出具體的事例。	1	36
	照片	2	37
	成員貢獻	5	38
	排版	3	39
	評論區回覆	【-2， 2】	40