會議基本信息

團(tuán)隊(duì)序號:1
團(tuán)隊(duì)名稱：輔核
團(tuán)隊(duì)口號：以輔助為核心，全隊(duì)為半徑
團(tuán)隊(duì)成員：張家林(隊(duì)長),王建,王喆鋆,劉天梓,劉青洹,王柯然,金煒嘉
會議召開時間：2020年9月19日(星期六)19:30
會議召開地點(diǎn)：圖書館二樓中廳
參與人：張家林,王建,王喆鋆,劉天梓,劉青洹,王柯然,金煒嘉
缺席人員及缺席原因：全勤，無缺席
會議照片：



博客撰寫人:張家林

通知團(tuán)隊(duì)成員閱讀《構(gòu)建之法（第三版）》第5、6、8、9章，思考相應(yīng)問題及團(tuán)隊(duì)成員回復(fù)的截圖。

團(tuán)隊(duì)成員發(fā)布到團(tuán)隊(duì)溝通群的對問題1、2、3的思考的截圖。

團(tuán)隊(duì)成員發(fā)布到團(tuán)隊(duì)溝通群的對問題4、5、6的思考的截圖

通知團(tuán)隊(duì)成員開發(fā)時間和地點(diǎn)以及會議流程安排及團(tuán)隊(duì)成員回復(fù)的截圖。

會議流程安排(包括會議計(jì)劃耗時，以及各個階段的計(jì)劃耗時。)

階段名	預(yù)計(jì)耗時
討論團(tuán)隊(duì)成員分工	5分鐘
探討項(xiàng)目以及其可行性并確定項(xiàng)目	30分鐘
討論項(xiàng)目可能存在的問題以及疑惑	15分鐘
確定項(xiàng)目最終解決方案	15分鐘
合計(jì)	65分鐘

經(jīng)過討論確定的團(tuán)隊(duì)成員最終分工的詳細(xì)描述，重點(diǎn)說明團(tuán)隊(duì)內(nèi)的不同意見有哪些，經(jīng)過怎樣的討論及權(quán)衡取舍得出了最終一致的意見，每位成員在團(tuán)隊(duì)內(nèi)擔(dān)任的職務(wù)以及團(tuán)隊(duì)決定令其擔(dān)任該職務(wù)的原因。

張家林、金煒嘉主動擔(dān)任開發(fā)工程師(后端)，王喆鋆、劉青洹主動擔(dān)任開發(fā)工程師(前段)，我們在討論時對我們是否應(yīng)該有UI設(shè)計(jì)師以及測試工程師的崗位安排出現(xiàn)了不同的意見
劉青洹認(rèn)為我們應(yīng)該將UI設(shè)計(jì)師的崗位與開發(fā)工程師(前端)進(jìn)行合并，前端在制作頁面時對頁面進(jìn)行設(shè)計(jì)，張家林認(rèn)為我們應(yīng)該有UI設(shè)計(jì)師，這樣前端開發(fā)工程師可以減少對頁面的修改，很快做出滿意的版本
在我們經(jīng)過投票以及對各個團(tuán)隊(duì)成員重新介紹了自己的技術(shù)棧仔細(xì)了解后，發(fā)現(xiàn)劉天梓和王柯然對代碼編寫不是很擅長，故最終選擇劉天梓愿意擔(dān)任UI設(shè)計(jì)師崗位，王柯然擔(dān)任測試工程師崗位。
在第一輪討論結(jié)束后我們發(fā)現(xiàn)PM崗位還未有人擔(dān)任，但是王建對前端開發(fā)比較擅長，與具有實(shí)際經(jīng)驗(yàn)的張家林溝通后，團(tuán)隊(duì)成員共同決定由張家林同時擔(dān)任PM與后端開發(fā)工程師
經(jīng)過討論我們最終確定的團(tuán)隊(duì)成員分工以及職責(zé)如下表

職位	人數(shù)	成員	職責(zé)
項(xiàng)目經(jīng)理＆產(chǎn)品經(jīng)理(PM)	1	張家林	負(fù)責(zé)需求分析、產(chǎn)品概要原型設(shè)計(jì)、項(xiàng)目目標(biāo)、計(jì)劃、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)管理等相關(guān)工作
UI設(shè)計(jì)師	1	劉天梓	負(fù)責(zé)頁面UI設(shè)計(jì)、并提供頁面原型設(shè)計(jì)圖
開發(fā)工程師(前端開發(fā)工程師)	3	王建、王喆鋆、劉青洹	負(fù)責(zé)前端頁面制作及前后端交互
開發(fā)工程師(后端開發(fā)工程師)	2	張家林、金煒嘉	負(fù)責(zé)后端架構(gòu)設(shè)計(jì)、代碼編寫
測試工程師	1	王柯然	負(fù)責(zé)對實(shí)現(xiàn)的功能編寫測試用例并使用測試工具進(jìn)行測試

經(jīng)過討論確定的團(tuán)隊(duì)模式、團(tuán)隊(duì)開發(fā)流程，重點(diǎn)說明團(tuán)隊(duì)內(nèi)的不同意見有哪些，經(jīng)過怎樣的討論及權(quán)衡取舍得出了最終一致的意見，說明為什么認(rèn)為是該團(tuán)隊(duì)模式以及為什么選擇該團(tuán)隊(duì)開發(fā)流程。

經(jīng)過討論我們最終決定采用交響樂團(tuán)的團(tuán)隊(duì)模式，每個人在自己擅長的崗位各司其職，共同完成項(xiàng)目開發(fā)。

在討論過程中我們多數(shù)對初期組件時的主治醫(yī)師模式進(jìn)行了否定，因?yàn)樵诩夹g(shù)都互相不成熟的情況下，很容易使此種團(tuán)隊(duì)模式變?yōu)闀兴f的“一個學(xué)生干活，其余學(xué)生跟著打醬油”
我們在使用業(yè)余劇團(tuán)模式還是交響樂團(tuán)模式產(chǎn)生了一些不同意見，張家林認(rèn)為我們應(yīng)該使用業(yè)余劇團(tuán)模式，根據(jù)不同的項(xiàng)目與技術(shù)選用，進(jìn)行不同的成員職責(zé)搭配
經(jīng)過分析業(yè)余劇團(tuán)模式和交響樂團(tuán)模式的優(yōu)缺點(diǎn)，我們最終采用決定交響樂團(tuán)模式
分析結(jié)果：

交響樂團(tuán)模式：

優(yōu)點(diǎn):各司其職，重在執(zhí)行
缺點(diǎn):可能導(dǎo)致團(tuán)隊(duì)氛圍過于呆板

業(yè)余劇團(tuán)模式:

優(yōu)點(diǎn):在業(yè)余玩票、培訓(xùn)的環(huán)境中，每個人都可以嘗試不同角色，大家可以比較平等地討論
缺點(diǎn):在競爭性強(qiáng)烈、創(chuàng)造性要求高的團(tuán)隊(duì)，不會存在完美主義的民主氣氛。

經(jīng)過討論，我們最終決定使用敏捷開發(fā)模型進(jìn)行本次項(xiàng)目開發(fā)，我們一致認(rèn)為敏捷開發(fā)模型比較適合我們的項(xiàng)目，我們在項(xiàng)目過程中可能會經(jīng)常對需求進(jìn)行變動，將系統(tǒng)分成多個子模塊進(jìn)行開發(fā)便于我們迅速的對項(xiàng)目進(jìn)行迭代升級并完善項(xiàng)目

團(tuán)隊(duì)最終確定要開發(fā)的軟件以及為什么要開發(fā)該軟件的原因，重點(diǎn)說明團(tuán)隊(duì)內(nèi)的不同意見有哪些，經(jīng)過怎樣的討論及權(quán)衡取舍得出了最終一致的意見。

經(jīng)過討論，我們最終確定要開發(fā)的軟件是圖書管理系統(tǒng)
不同的意見：

張家林希望開發(fā)校園健康分析系統(tǒng)
王喆鋆希望我們開發(fā)團(tuán)隊(duì)成員空余時間確定系統(tǒng)

討論過程以及權(quán)衡取舍

我們首先對張家林的需求展開了分析與討論，認(rèn)為他的需求雖然具有創(chuàng)新性，也貼合當(dāng)前疫情下實(shí)際，但是獲取授權(quán)以及數(shù)據(jù)存在較大難度，而王喆鋆的需求我們認(rèn)為其關(guān)鍵算法實(shí)現(xiàn)難度較大，以我們的技術(shù)無法實(shí)現(xiàn)其關(guān)鍵算法
我們在否定了成員提出的需求后，希望重新提出需求，但是由于缺乏創(chuàng)新思想，經(jīng)過了一段時間后沒有人有新的提議
鑒于上述情況，張家林提出了圖書管理系統(tǒng)，我們一致認(rèn)為這個系統(tǒng)難易度適中，適合團(tuán)隊(duì)磨合。

團(tuán)隊(duì)制定的項(xiàng)目計(jì)劃以及階段性目標(biāo)并描述團(tuán)隊(duì)是如何制定該計(jì)劃和確定階段性目標(biāo)的，重點(diǎn)說明團(tuán)隊(duì)內(nèi)的不同意見有哪些，經(jīng)過怎樣的討論及權(quán)衡取舍得出了最終一致的意見。

我們將項(xiàng)目的開始時間定為2020年9月21日(星期一)，預(yù)計(jì)開發(fā)周期為12周
在討論過程中我們沒有出現(xiàn)不同意見
由于我們使用的是敏捷開發(fā)模式，所以我們將系統(tǒng)切分為管理員端與用戶端，并將系統(tǒng)拆分為多個子模塊進(jìn)行開發(fā)

管理員端

子系統(tǒng)名	需要實(shí)現(xiàn)的功能
系統(tǒng)關(guān)鍵模塊	用戶注冊、登錄、日志記錄
權(quán)限管理子系統(tǒng)	配置用戶權(quán)限，使系統(tǒng)可以根據(jù)用戶權(quán)限顯示不同的用戶菜單
用戶管理子系統(tǒng)	對系統(tǒng)中的用戶賬號進(jìn)行管理，可以在后臺新增用戶、刪除用戶、修改用戶信息、查詢所有用戶并配置用戶權(quán)限
圖書管理子系統(tǒng)	對圖書的增刪改查
圖書借閱子系統(tǒng)	借還圖書、并自動發(fā)送超期提醒

用戶端

子系統(tǒng)名	需要實(shí)現(xiàn)的功能
系統(tǒng)關(guān)鍵模塊	用戶注冊、登錄
用戶管理子系統(tǒng)	可以對個人的用戶信息進(jìn)行管理
圖書借閱子系統(tǒng)	在線預(yù)覽、線上預(yù)約

我們將項(xiàng)目分成四個階段進(jìn)行開發(fā)

需求分析與系統(tǒng)設(shè)計(jì)階段(1周)

完成對項(xiàng)目的需求分析，并產(chǎn)出需求說明書、系統(tǒng)原型
系統(tǒng)UI設(shè)計(jì)
基礎(chǔ)開發(fā)框架搭建

項(xiàng)目一期開發(fā)(系統(tǒng)關(guān)鍵模塊、權(quán)限管理子系統(tǒng)與用戶管理子系統(tǒng)) (3周)

完成系統(tǒng)關(guān)鍵模塊開發(fā)與測試
完成權(quán)限管理子系統(tǒng)的開發(fā)與測試
完成用戶管理子系統(tǒng)的開發(fā)與測試

項(xiàng)目二期開發(fā)(圖書管理子系統(tǒng)與圖書借閱子系統(tǒng)) (7周)

完成圖書管理子系統(tǒng)的開發(fā)與測試
完成圖書借閱子系統(tǒng)的開發(fā)與測試

項(xiàng)目完整測試與上線(1周)

項(xiàng)目在測試環(huán)境下進(jìn)行完整測試
項(xiàng)目上線

給出完成第一個階段性目標(biāo)所需要完成的任務(wù)以及每個任務(wù)的負(fù)責(zé)人，此處應(yīng)該獲得每個成員的確認(rèn)，可以在會議記錄中列出讓團(tuán)隊(duì)成員挨個確認(rèn)簽字。

第一階段項(xiàng)目目標(biāo)

需要完成的任務(wù)	負(fù)責(zé)人
完成對項(xiàng)目的需求分析，并產(chǎn)出需求說明書、系統(tǒng)原型	張家林
系統(tǒng)UI設(shè)計(jì)	劉天梓
基礎(chǔ)開發(fā)框架搭建	王建、王喆鋆、劉青洹、張家林、金煒嘉

第一階段實(shí)施計(jì)劃

第一階段實(shí)施計(jì)劃明細(xì)

9月21日:

PM對項(xiàng)目進(jìn)行需求分析，并書寫需求說明書

9月22日:

PM完成產(chǎn)品原型并將原型提交至碼云倉庫
UI設(shè)計(jì)師將原型下載到本地，進(jìn)行優(yōu)化

9月23日:

UI設(shè)計(jì)師優(yōu)化原型

9月24日:

UI設(shè)計(jì)師提交優(yōu)化完成后的原型
軟件工程師開始構(gòu)建項(xiàng)目

9月25日

軟件工程師上傳構(gòu)建完成的框架

根據(jù)會議流程計(jì)劃給出會議種各個環(huán)節(jié)實(shí)際花費(fèi)的時間，并反思超出的時間是因?yàn)槭裁丛虍a(chǎn)生的，該如何避免。

階段名	預(yù)計(jì)耗時	實(shí)際耗時
討論團(tuán)隊(duì)成員分工	5分鐘	10分鐘
探討項(xiàng)目以及其可行性并確定項(xiàng)目	30分鐘	45分鐘
討論項(xiàng)目可能存在的問題以及疑惑	15分鐘	20分鐘
確定項(xiàng)目最終解決方案	15分鐘	15分鐘
合計(jì)	65分鐘	90分鐘

在此次會議中，我們發(fā)現(xiàn)我們除了最終確定項(xiàng)目解決方案階段都有超出預(yù)計(jì)耗時的情況。

綜合整個階段，我們發(fā)現(xiàn)在整個會議進(jìn)行過程中，成員不是很主動的去提出問題，多數(shù)需要通過引導(dǎo)才能很好的對一個問題進(jìn)行討論

在討論成員分工階段，我們就是否應(yīng)該有UI設(shè)計(jì)師的問題以及部分崗位安排有過一些討論，討論的過程使我們超過原定耗時

討論項(xiàng)目可能存在的問題以及疑惑階段時，我們都希望自己提出項(xiàng)目，但是對成員提出的項(xiàng)目簡單分析后，發(fā)現(xiàn)有很多以我們現(xiàn)有的技術(shù)難以實(shí)現(xiàn)或無法實(shí)現(xiàn)的內(nèi)容，由于缺少創(chuàng)新性思維，導(dǎo)致團(tuán)隊(duì)成員在提出項(xiàng)目時花費(fèi)的時間過多。

項(xiàng)目	問題/難點(diǎn)
校園健康分析系統(tǒng)	需要獲得授權(quán)調(diào)用企業(yè)微信API，獲得授權(quán)概率低，編寫虛擬數(shù)據(jù)可能數(shù)據(jù)結(jié)構(gòu)與現(xiàn)實(shí)不一致
考試或者收集分析系統(tǒng)	需求不明確
南門刷臉系統(tǒng)	缺少硬件設(shè)備、人臉數(shù)據(jù)、人臉識別算法
團(tuán)隊(duì)成員空余時間確定系統(tǒng)	共同空余時間計(jì)算算法

在討論項(xiàng)目可能存在的問題以及疑惑階段，由于缺乏開發(fā)經(jīng)驗(yàn)，無法很好的對可能存在的問題進(jìn)行提出

綜合上述問題，我們提出了如下的避免方案：

在正式召開線下會議前，可以嘗試?yán)梦⑿拧Ⅱv訊會議等軟件與成員多溝通，召開線上會議
在開始會議時，幫助成員整理本次會議內(nèi)容以及思路，提前引導(dǎo)成員對會議內(nèi)容進(jìn)行思考
一些非必須線下會議討論的內(nèi)容可以在線上解決

倉庫相關(guān)信息

碼云倉庫地址:https://gitee.com/FengLingxuan/library_management
第一階段的ISSUE地址:https://gitee.com/FengLingxuan/library_management/issues/I1VY6E
會議記錄整理:https://gitee.com/FengLingxuan/library_management/blob/master/會議記錄/會議記錄.md

給出團(tuán)隊(duì)會議記錄的截圖。

總結(jié)

以上是生活随笔為你收集整理的第一次团队会议的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。