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

標籤：sp   問題   工作   時間   bs   管理   設計   使用者   不同的   

1. 你要寫一個企業管理軟體, 你要找誰去做使用者調研?請列出你認為重要的使用者類型和你認為合適的使用者調研的方式。

使用者類型：

     企業員工：他們是這款軟體的終端使用者，我們應該儘可能的瞭解他們的需求解決他們的問題

 

     企業管理層：他們是為這款軟體掏錢的人，可能他們的一些需求看上去毫無道理，但是他們的需求我們也需要瞭解。

 

    企業進階顧問：他們是有巨大影響力的人群，他們可能會建議企業做出不一樣的選擇。

 

調查方式：

      針對不同使用者類型採取不同的調查方式相結合。針對企業員工，我們採取網上調查問卷形式不記名，這種方式有利於員工充分發表自己對這款軟體的需求，而且可以不用顧忌老闆對自己的印象。我們可以從這樣的方式中得到最切實需要解決的使用者需求。

對於企業的管理層，我們採取深度訪談方式進行調研。因為這類使用者是企業的決策者有著一票否決權，這樣的方式不僅可以體現我們的尊重還可以詳細的瞭解他們的意見。討論一些相對保密敏感的話題，並最終達成共識。

     對於企業的進階顧問我們採取參與設計方式調研，因為這類使用者無論是對企業還是對我們Team Dev都有很高的認知水平，我們採取這樣的方式讓其表達對產品的期望與需求，並且積極的參與到產品的設計和決策過程中，這樣體現既體現了尊重又可以保證軟體品質。

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

 

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

 

      我覺得這樣的專案經理是不合格的。從問題中的語境可以知道該團隊很可能是所謂官僚團隊模式。在這樣的模式下擔任專案經理工作，從項目需求分析階段進行估計工作量和開發時間的時候就應該將這樣的事情考慮到，因為在這樣的模式下這種事情是司空見慣的。其次，該專案經理對於客戶的態度也是不積極的，如果專案經理是想提醒這位大領導經常開這樣的大會會影響項目進度，完全可以採取更為合適的方式，私下裡想領導彙報自己的工作進度以及擔憂，而不應該當面指責領導。他的這種做法很有可能讓公司失去這位客戶以及他以後可以提供的項目、

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