作為團(tuán)隊的 PM藤抡，要讓整個團(tuán)隊 run 起來不是一件容易的事情辫封。團(tuán)隊集結(jié)完畢后硝枉，需要立刻熟悉團(tuán)隊成員的個性，并且要盡快進(jìn)入團(tuán)隊協(xié)作的狀態(tài)倦微。同時妻味，對于一個團(tuán)隊項目，需要的技術(shù)棧欣福，對應(yīng)技術(shù)棧需要分配的成員也是在不斷探索责球，所以在這里記錄下當(dāng) PM 的一些體會。
任務(wù)安排
我們團(tuán)隊有四個男生拓劝，兩個女生雏逾，還有一名外援。外援由于一些特殊原因安排他去做一個相對獨立的部分郑临，所以接下來不會仔細(xì)介紹栖博。其余團(tuán)隊成員我會用他們的 Github ID 或者 Github ID 簡稱來代替。
在第一次會議中厢洞，大家介紹了自己的掌握的知識棧了仇让〉浞睿基本所有人都只是會一些前端技術(shù)棧，除了
- longjj 會一些運維和部署的知識
- Ecr23 懂一點產(chǎn)品和設(shè)計的知識
- Aruru 不會前端
所以有了 Dashboard - Team Profile 里面的任務(wù)分配
其實本來我想的是每周開一次會丧叽，隊內(nèi) longjj 建議每天都要記錄KANBAN卫玖，所以我們團(tuán)隊整體迭代速度很快。任務(wù)安排下去后踊淳，前端領(lǐng)導(dǎo)人 BeAShaper 很快就做出了第一版的模型假瞬。相比之下由于后臺沒有太多需求，所以進(jìn)展要還慢一些嚣崭。在他們兩位的帶領(lǐng)下笨触，我們快速做出了第一版原型，第一次迭代在清明節(jié)基本結(jié)束
但是清明節(jié)后雹舀，由于團(tuán)隊幾位核心成員去面試芦劣、比賽，剩下成員動力不足说榆，所以整體停滯了兩周到最近虚吟。總結(jié)一下签财，任務(wù)安排方面串慰，做的好的：
- PM 一定要選取適合的分團(tuán)隊領(lǐng)導(dǎo)，這樣由小隊長帶領(lǐng)的團(tuán)隊推動迅速
- 項目早期選擇快速做出原型有利于團(tuán)隊內(nèi)部互相磨合唱蒸。我們快速的做出了第一個可運行的原型邦鲫，同時大家也很熟悉了對方的開發(fā)能力和個人特點。至少對于 PM 來說在接下來安排任務(wù)的時候會更合理
- 團(tuán)隊內(nèi)最好半周見一次面神汹。我們現(xiàn)在見面的頻率比較適宜庆捺，周三小會議，周日大會議屁魏，快速跟進(jìn)滔以，小團(tuán)隊非常實用！
做的不太好的：
- 每天記錄工作內(nèi)容有點不現(xiàn)實氓拼，大家積極性不是很高你画，類似的 administration work 比較消耗大家的精力
- 周期性的迭代應(yīng)當(dāng)有明確的目標(biāo)。第一次迭代里面后臺部分我覺得不是特別理想桃漾，因為目標(biāo)不是很明確坏匪，結(jié)果就是后臺除了 longjj 之外普遍沒有做太多的工作，浪費了時間
- 因為中途要面試和比賽撬统，兩位小組長也有自己的事情要做剥槐，所以整體工作停了半個月。這個是預(yù)期之外的宪摧，對大家整體積極性有一定的打擊粒竖，以后要避免颅崩！
分項進(jìn)度
前端
前端用了很短時間就確定采用小程序作為技術(shù)棧，我覺得這個是非常明智的選擇蕊苗。小程序開發(fā)上手實在很快沿后，而且可以直接在真機調(diào)試，效果比較直接朽砰。同時學(xué)習(xí)成本比較低尖滚，以后在做小項目的時候，如果是移動端瞧柔，我會比較優(yōu)先推薦小程序
后臺
后臺組長選擇 flask 開發(fā)漆弄，由于參與不是很多，所以不細(xì)講
UI設(shè)計
這次我 ECer23 同時也是設(shè)計師造锅。雖然這么做不正規(guī)但是小團(tuán)隊也沒辦法了撼唾。設(shè)計工具采用的是 modao，因為這貨天天給我發(fā)廣告郵件 ??哥蔚。不過的確挺好用倒谷。
一開始不是很有思路，我覺得如果用紙筆寫下來的話可能思路會更開闊一些糙箍。這次我是直接先照著一個比較好看的 app 畫了一個初稿渤愁，然后給前端組長看。商討之后j提了一些意見深夯，好像組長也不是很滿意抖格，但是突然有了一點想法。于是即照著 App Store 的樣子做了一個類似的（主要是吸取了 App store 橫向擴(kuò)展的思路）
現(xiàn)在的問題是咕晋，不知道小程序是否支持這種操作他挎。如果不行的話估計要換設(shè)計
