現代軟體工程 練習與討論 第八章 需求分析

標籤：sp   工作   時間   bs   管理   學習   使用者   對象   軟體   

1  使用者調研的對象

你要寫一個中學生學習英語的軟體，你找誰去做使用者調研?

軟體應該有三類人來決定，其中終端使用者是學生，但是往往提出需求的並不是他們，而是他們的家長和老師，家長是負責出資的，他們可能不懂教學，也不懂英語，但是他們有著自己的需求，他們對自己的孩子給予者希望。此外，學生們的老師也是一個關鍵的角色，他們是英語教學的專業人士，所以他們會決定教學模式，軟體也必須教學模式相匹配。

寫一個企業管理軟體，主要是從管理者和被管理者兩個角度去出發，管理者是企業管理軟體的主要使用者，他們希望藉助軟體對企業實行智能化的管理，所以在跟他們的調研中要採用訪談的模式細緻入微的去溝通，他們的需求往往決定著一個企業管理軟體的大致走向。對於被管理者就不需要一一進行訪談的模式了，可以採用普查的模式進行抽樣，網上調研也是必不可少的一部分，不記名的調查問卷就適合大量人的工作模式。此外，如果這個公式有進階顧問的話，那麼這個角色也是至關重要的，他們可以在一定層面上協助企業的管理者來實現一些功能。對於他們來說，最好的溝通方式也是面談需求，來實現最終的分析。

 

2  開發速度的算術題

在一個軟體項目中，軟體團隊預計每天的進度為 30 小時（即，完成了30小時的工作量）。當項目完成了一半的總工作量的時候，大家發現實際的進度為15小時/天，問：在餘下的時間中, 團隊的進度要到多少，才能在項目結束時讓整個項目的平均進度恢複到每天30小時工作量？

設這個團隊的工作量為1，那麼按照預計的工作進度，需要工作時間為1/30，在工作完一半的時候，進度為15小時一天，那麼所消耗的時間為（0.5）/15為1/30，就相當於在完成總工作量一半的時候已經將預計時間消耗完畢。可見，有效按照計劃時間來進行工作還是有很大必要的。

 

3. 一個目標/決心/估計的故事：某項目本來進行得很順利，大領導非要全體人員脫產開一天的動員大會，會議結束時, 領導熱情地問大家：大家對如期完成項目有信心麼?  這時，專案經理站起來說：我們本來是可以按期完成的，現在開了一天會，我們已經延期了一天。大家覺得這樣的專案經理是好還是不好?

         這樣的回答肯定是不好的，在這種企業模式下，專案經理直接與領導發生頂撞，本身就會對這個項目組的工作進度，在領導心目中的印象造成消極的影響。作為一個專案經理，如果真的來計算完工日期的話，不給自己留出一些緩衝時間是很不科學的，因為就算不開會，也可能會有各種各樣的意外來影響整個工期，所以專案經理要做到心中有數，有充分的思想準備來應付來自外界的各種幹擾。此外，作為一個專案經理，他也有必要為手下的團隊負責，並進行保護，所以當眾頂撞領導並不是一個明智的舉動。

現代軟體工程 練習與討論 第八章 需求分析