Q1:度量體系建設的難點有哪些？后來是采取哪些策略解決的？

A1:難點：采集哪些數據是有用的？有了數據如何抓結論出來。

Q2:故障解決閉環率，類似這種KPI考核指標，有什么好的方法可以高效推進閉環呢？

A2: 分析故障解決的時間分布，看看哪個環節耗時最長，是否針對這個環節有改進措施。短期見效的措施最受歡迎。

Q3:度量規模給傳統公司帶來了哪些價值啊？

A3:有了規模才可以比較生產率和質量。

從軟件開發方的角度，通過生產率的度量，判斷當前的生產率究竟是高還是低，比較不同項目組，不同部門的差別，從而識別去分析為什么高，為什么低，找到改進點。

從軟件發包方的角度，可以比較不同供應商的生產率，找生產率高的公司做開發。

Q4:如何通過度量幫助企業找到問題呢？

A4:這個問題比較大。舉個具體的例子，比如在這家公司中，發現不同的系統，單位成本差別很大，不同的供應商單位成本，效率也差別很大，不同系統的缺陷密度也差別很大，通過橫比，他們就去分析為什么有的那么好，有的那么差。

Q5:怎么幫互聯網行業度量需求或業務價值？

A5:業務價值度量可以有：合同額，客戶量，點擊量，客戶留存率，回頭率等等。

Q6:度量體系是什么？

A6:度量體系描述了圍繞管理目標應采集哪些數據，如何采集，如何校驗數據正確性，如何分析數據等

Q7:歷史數據收集有點困難

A7:是有困難，所以要設計好度量元，尋找最能刻畫你的管理問題的度量元，并且采集成本比較低的度量元。

Q8:COSMIC如何度量規模?

A8:今晚分享的案例中，客戶就是采用的COSMIC度量規模，建立了規模與工作量，與結算金額之間的方程，搭建了成本管理體系。

Q9:要求乙方在實施的過程中按照規范整理功能點，被投訴到其它部門的領導說影響項目進度，如何對應?

A9:

①：在這家客戶里沒有這個問題，因為他們原來也要做工作量的估計，現在的方法是幫他們改進了工作量的估算方法。

②：他們只是會抱怨，我們拍腦袋估計的工作量與采用這種方法估算的工作量差別有些大，拍腦袋估計的工作量偏多。

③：通過數功能點幫他們澄清了很多需求。

功能點度量不會增加太多工作量，而能幫項目澄清到底要做什么？明確需求！明確范圍！

Q10:要去其它公司做度量工作的話，有建議考什么資質嗎？

A10:可以考功能點分析師，6sigma綠帶、黑帶認證等。

Q11:COSMIC和快速功能點估算相比，是不是更容易上手？

A11:COSMIC也有快速方法，剛才展示的例子中就有快速估算的模型。基于系統功能的個數給出工作量與成本的估算。COSMIC原理科學，簡單，更逼近軟件的本質，上手很快。

Q12:對于算到法是否適用cosmic？可以的話，怎么算？

A12:我們在一個銀行有度量算法規模的案例，不是基于需求的，是基于邏輯設計的。可以對算法類功能采用標準方法做度量，也可以做本地化規則。

Q13:COSMIC是現在國際比較通用的估算方法嗎？總說代碼行估算沒有統一的標準，但是很多公司還在用。

A13:COSMIC是ISO 19761標準，代碼行沒有國際標準。

Q14:一般需要滿足什么條件，才可以建立度量體系

A14:管理者有管理要求就可以建立度量體系。

Q15:度量元不是越多越好，太少也不能很好的反應公司的情況，那么，在行業內，是否有關于度量元的個數建議？

A15:沒有。不同公司關注點不同，一般就是多快好省4大類，即規模、速度與進度、質量、成本。

Q16:功能點核算的時候，是取最終實現的功能點數還是也會考慮開發過程中需求發生變化的功能點數？

A16:預算的時候可以不考慮變化，決算的時候考慮需求變更的影響。預算時，有歷史數據支持也可以估算可能的規模變化。

Q17:度量開始推不動，領導引入績效推動。但是有了績效在的話，發現大家都在在意績效，數據都有點假了，怎么解？

A17:做縱向比較，自己和自己的歷史比，少作橫向比較。

Q18:我們現在有了績效后，質量度量都是0。無法縱向比較。

A18:你的實際情況可以加我微信，私聊一下，我需要了解一下你們的具體情況給出分析。

Q19:我們現在有COSMIC相關的培訓、資料或者咨詢嗎

A19:目前我們有COSMIC功能度量分析師的培訓，還有一些翻譯過來的資料在艾縱的cosmic交流群里，也有一些企業的咨詢案例，感興趣的可以咨詢寧寧。

Q20:對于基礎數據較少的情況，體系建立初期如何收集數據比較有效呢？

A20:基于管理者的要求來，看管理者想解決什么問題，基于管理者的要求開始度量。

Q21如何能保證收集數據的準確性？

A21: 準確性可以從以下角度參考：

①度量元的設計要合理，簡單。

②盡量自動化。

③不要和考核掛鉤。

④?要校驗數據。

Q22:不太理解這個第3點，不要和考核掛鉤，是為了考慮初期團隊的穩定性嗎？

A22：一和考核掛鉤，數據就不準了，就會被美化。

Q23::如果是度量質量，度量出來的結果不做為考核的依據，那怎樣提高品質呢？

A23:數據可以橫向/縱向對比，也可以分析分布規律/因果規律，找到改進點。

Q24:找到了改進點，也落實不下去，做項目都是進度牽引，成本為重，質量次之，對軟件開發的乙方來說，能打60分，覺對不會主動提高到80分

A24:落地的方法很多種，舉例說明如下：

Q25:交互設計呢？從什么角度出發計算？

A25:交互設計？是界面設計嗎？只要是軟件，都可以采用COSMIC度量規模。

如果有人機交互的動作都可以度量，如果只是播放畫面就是僅計算輸出，即交互的部分還是按功能點估算。

Q26:對于不同架構的應用系統基準值可以合并在一起算組織的基準值嗎？并用于快速估算？

A26：可能可以，可能不可以。要看你們公司的實際數據的差異，要通過實際數據說話，不同公司結論不同。

Q27：我聽說過同質性分析，如果數據同源，就可以一起算組織的基準值？

A27：看看你們不同類的項目是否在數據上展示出顯著差別

Q28:有評判的標準嗎？

A28:統計學做假設檢驗，T檢驗，方差分析等。

?Q29:試點項目和推廣項目都和組織級比較，這點請教一下是minitab哪個菜單項？

A29:方差分析，可以單因子方差分析，也可以T檢驗，既要對比均值，也要對比標準差。

?A30:有沒有什么工具可以代替手工統計分析的？

Q30:Minitab等工具可以做統計分析，但是不能替代人的大腦，結論還是要人腦得出。

?Q31:按照頁面元素？按鈕、動畫、輪播圖等等，分別計算？我的理解，就是按照功能點。

A31：拿一個需求來討論，這么粗粗的講，不好給你結論。

Q32:請問如果是以人員績效建立度量數據，組與組之間如何進行比較？

A32:

①如果進行橫向比較，很可能數據會被美化了。

②不要用責任人自己提供的數據來進行比較。

③設計一些無法造假的數據來度量。

Q33:我們是不想用責任人自己提供的數據考核，管理者非要用怎么辦

A33:那就數據不準，自欺欺人而已，看誰更會美化數據了，會做的不如會美化的！

Q34：老師，我們度量體系推了有2年了，為了推動還建立了進度，缺陷等績效指標。但是有了績效后，進度通過變更后，都不延誤了，缺陷也都不做登記了，現在我們只能采取審計的方法去做核查。不知道這樣對不對，有沒有更好的實施方案

A34:?你的度量元可以這樣嘗試：

① 最初的估計與實際的進度差別。

②?最新的估計與實際的進度差別。

Q35：我們現在架構師分開發部和客戶現場的實施部，現場發現的缺陷用來考核開發。因為現場和開發是一種合作關系，所以為了開發考核的話現場也不怎么登記缺陷。他們在意的是自己提的缺陷反正開發都會給解決。

A35:這種情況可以不考核，而是對發現的缺陷做原因分析，原因分析也有套路。

Q36:還有個問題，就是原來公司估算就是拍腦袋估人月，后來在推快速功能點法。但是大家都說十分難掌握，考慮很大。其實快速功能點法只要經常用的話，應該難度也不大，但是在大家熟悉之前的這個過程，抵抗力很大？

A36:推任何新方法，大家都會找理由反對，大家習慣憑慣性做事。

①要么真愛。

②?要么利益驅動。

③?要么強制。

就這三種選擇。?

總結

以上是生活随笔為你收集整理的度量体系建立与COSMIC方法应用36问的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。