關於團隊項目階段目標的說明


背景

各團隊在需求分析階段都對自己選擇項目的用戶需求進行和分析論證,對自己的項目都很有信心。課程組也要求團隊估計預期活躍用戶量作為項目團隊在一個階段內的努力目標。但課程組也發現部分團隊並沒有理解這一要求的目的,在確定階段目標時還存在一定的問題,例如預期活躍用戶量過低或定義不清晰。因此,課程組認為有必要對階段目標的作用,以及如何對其進行合理定義進行一下說明,供大家參考。

階段目標的影響和作用

根據團隊項目實踐的日程安排,我們將在每一輪迭代之后對本階段的工作進行評審,評審的核心依據就是團隊軟件工程的總體目標:

  • 軟件的質量,具體來說軟件應符合用戶的需求,且有實際的數據來證明用戶的需求確實被滿足了
  • 過程的質量,具體來說軟件應是整個團隊按照一定的軟件流程共同努力開發出來的,有相關的證據和記錄展現
  • 工程的質量,具體來說軟件應是可維護和擴展的,並且有充分的數據和證據來展現
  • 團隊在達成這些目標的過程中的努力程度

這些都需要各個團隊在開發過程中積累相關的數據和證據,並在項目評審過程中展示出來,作為團隊項目評審環節的重要評分依據。

階段目標的定義主要是引導大家做好准備工作,以便在評審時能夠有充分的數據和證據來證明軟件符合用戶的需求,也能夠在一定程度上反映團隊的努力程度。同時,這些數據也能夠幫助團隊在一輪迭代結束后獲得准確及時的用戶反饋,幫助團隊進一步明確用戶的需求。軟件的平均日活躍用戶量是一個衡量軟件被多少人持續地使用的一個常用指標,它體現了軟件是否有真實的用戶,也是軟件滿足了用戶需求的一個佐證。因此,我們特別強調各個團隊要明確平均日活躍用戶量這一指標。

當然平均日活躍用戶量並不是唯一的度量指標,實際用戶量、實際訪問量、用戶單次使用時長、用戶留存率、用戶忠實度、新增用戶注冊量等指標也能在一定程度上佐證軟件是否滿足了用戶需求,也可以用於反映軟件的質量。當然,各個團隊也可以根據軟件的不同應用場景來定義自己的指標,比如用戶單次使用時長用戶留存率等能夠證明軟件滿足用戶需求的其他指標,但前提是定義必須嚴格清晰,並且說明該指標是如何反映了用戶的需求被滿足。

由於部分數據的采集需要提前做好規划,並在軟件中加入獲取相關數據的功能,這也是我們請大家提前制定階段目標的一個原因。

為什么需要合理定義階段目標?

階段目標是團隊這一階段努力的方向,可以對團隊起到一個引導作用,過低的階段目標不足以激發大家的積極性,也不利於在項目評審階段形成充分的證據,並可能會導致在與其他團隊項目的對比競爭中處於劣勢。

  1. 如果定義的階段目標數據過低,比如平均日活躍用戶量2人,那么將不足以基於你們完成的指標情況來證明你們的軟件滿足了用戶的需求,獲得了用戶的認可,並以此為基礎來說服評審者。作為參考,根據課程組對往屆軟工課程的項目數據的調研,一個優秀課程項目軟件的平均日活躍用戶量可以毫無懸念地達到100人以上。
  2. 如果定義的階段目標定義不清晰,那么將無法給出軟件滿足用戶需求的有效證據(比如活躍用戶量是月還是周還是日為單位呢?),也不能夠在軟件的質量方面說服評審者,給團隊項目的評價帶來負面影響。以平均日活躍用戶量為例,課程組將其定義如下:
    • 平均日活躍用戶量:Alpha階段團隊項目發布后第2、3、4天日活躍用戶量的平均值,總時間為3天。

在項目評審階段,各個團隊所給出的平均日活躍用戶量必須以此定義為准。團隊提出的其他指標的定義也需要同樣明確。

附當前各團隊的階段目標

近取 key:背單詞App

NABCD傳送門&

功能規格說明書傳送門

現有階段目標:

alpha 階段:一周后用戶量保守估計 100,理想估計 300;beta 階段:一周后用戶量保守估計 300,理想估計 2000;
【問題】在項目的Alpha階段和Beta階段分別預期有多少每日活躍用戶?
預估日活用戶占總用戶量20%,即 Alpha 階段 20 人,beta 階段 60 人。

Sunny圖表:數據記錄和圖表生成管理小程序

NABCD傳送門&

功能規格說明書傳送門

現有階段目標:

在delivery方面我們主要考慮進行社區傳播和官方文檔相互結合的方式,Alpha階段預計注冊人數150人,由於軟件特性,並非日常生活必需的軟件,而僅在有需求時才會使用,所以活躍用戶數可能會在50-100人。Beta階段注冊人數應該會有200-300人,活躍用戶數可能在100-200人。

題士:刷題軟件

NABCD傳送門&

功能規格說明書

現有階段目標:

明確寫出在哪里發布軟件,估計發布后一周的用戶量,我們的軟件將會發布安卓APP以及微信小程序兩個版本。微信小程序的版本是為了捕獲在iOS端流失的用戶量。用戶發布量估計如下:Alpha階段:保守估計累計用戶量為200;Beta階段:保守估計每日活躍用戶為400。

知疫:疫情防控可視化平台

NABCD傳送門&

功能規格說明書傳送門

現有階段目標:

(更新)由於本平台主要是查詢相關的平台,加上從易用性的方面考慮,暫定不會設計用戶登錄的相關功能,因此設涉及的用戶量主要指每日的活躍用戶量。預計將於5月10號左右進行發布,在發布后一周內希望每日用戶能保持持續增長,在一周后能夠達到200人,兩周后能夠達到300人。

Unity卡牌自走棋:手機游戲

NABCD傳送門&

功能規格說明書傳送門

現有階段目標:

在完成Alpha階段任務發布軟件后,由於本產品僅完成單機部分的功能,因此在發布一周后軟件下載量大約在100人左右,活躍用戶量預計只有20-50人。
在完成Beta階段,將完成所有聯機部分功能,用戶能夠擁有更好的游戲體驗,在發布一周后,軟件下載量大約在200-300人左右,活躍用戶量預計在50-100人。

鄒老師提問:

確認一下, 這是發布后第七天, 當天的用戶量在 200 人, 而不是累計下載 200 次 (都不一定用)。
項目組答:您好,大概是100左右的(要加“發布后第七天當天”這幾個字)用戶量,200~300的下載量,這是我們預估的大概情況。之前說的不夠清晰,請見諒。

觀隅:數據集管理與可視化平台

NABCD傳送門&

功能規格說明書地址

現有階段目標:

(該部分最近更新於2021/4/18)
本產品α階段預期只具備可視化特定數據集類型的功能,β階段預期支持篩選、上傳等交互功能。由於本地部署軟件的用戶量和活躍度難以統計,因此我們主要對網站訪問量和活躍度進行估計和統計。
我們定義一天內在網頁中停留超過10分鍾的用戶為該日活躍用戶,限於數據集可視化的受眾面較為狹窄,我們初步預估α階段日活躍用戶為20人,β階段日活躍用戶為40人。

考前自救題庫:刷題軟件

NABCD傳送門&

功能規格說明書傳送門

現有階段目標:

用戶量評估: 我們的產品預計以安卓APP的形式發布,並且有PC端或者web端的后台管理系統。由於小程序備案較為麻煩,所以我們放棄微信小程序端,修改后技術棧不需改變,uni-app可以方便的發布在安卓端。
預計一周后的用戶量有多少:
Alpha版本:預計發布一周內模型的使用次數達到100左右;
Belta版本:預計發布以后一周內模型的使用次數達到300左右;

鄒老師提問:

希望實現內部統計功能,統計到底有多少人是活躍的用戶。 下載量不說明問題。

AI Bot:問答機器人

NABCD傳送門&

功能規格說明書傳送門

現有階段目標:

我們希望通過網站的形式發布軟件。用戶可以在網頁端對知識搜索和提問。預估發布一周后,網頁端用戶量約有200-400人。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM