questions:
每個成員在beta 階段的實踐和alpha 階段有何改進?
團隊在beta 階段吸取了那些alpha 階段的經驗教訓?
12 條敏捷開發的原則中, 團隊做得最好和最不好的各列舉 2 點。
對照 the cathedral and the bazaar (大教堂和集市), 你的團隊開發模式是哪一種, 優勢/劣勢在**?
answers:
1.每個成員在beta階段的實踐和alpha階段有何改進?
每個成員在beta階段除了對安卓技術本身的掌握更加熟練之外，對我們軟體本身的想法也更加豐富了，在進行自我部分是實現時經常能夠提出建設性意見。
2.團隊在beta階段吸取了那些alpha階段的經驗教訓?
在alpha階段中，對功能的需求分析不夠仔細，沒有很好的了解真實使用者的需求，並且所做的功能比較零散，預期的整體效果並不是很理想。beta階段結合了老師和身邊同學給我們提的建議，增添了柱狀圖分析睡眠質量，使我們的軟體更具科學性；並且增添說明書部分，解決部分同學不清楚如何使用；統一了軟體整體風格，美化介面，令ui更加友好，增強使用者體驗。
3. 12條敏捷開發的原則中,團隊做得最好和最不好的各列舉2點。
最好的兩點：
(1) 時時總結如何提高團隊效率, 並付諸行動。
在alpha階段，分析需求確定每個人的工作任務之後小組成員就開始了自我奮鬥的日子，然而我們每個人的時間分配都是十分自由的，所以到最後我們所完成的僅僅是普通、甚至可能有缺陷的原計畫。但在beta階段，我們時常拿出每日成果經行討論，並且約定時間共同程式設計，相互磨合，不僅完成了原計畫，很多時候，我們將原計畫修改的更加美好，符合實際操作。
(2) 在團隊內部，最具有效果並且富有效率的傳遞資訊的方法，就是面對面的交談。
在團隊協作過程中，我們發現乙個很有趣的現象，當我們將內容發布在工作群中，很少會有人提建議，而當我們將內容拿出來面對面交流時，我們之間往往能夠碰撞出互相都沒有的火花。當然，面對面不僅僅是為我們帶來閃光點這樣，它使我們成員之間更加了解自身的責任，並且在一定程度上調節了組內氣氛，這些都是開發過程中十分重要附加因素。
最不好的兩點：
(1) 敏捷過程提可持續的開發速度。責任人、開發者和使用者應該能夠保持乙個長期的、恆定的開發速度。
beta階段由於客觀原因沒能做到按照恆定速度開發，出現過加班加點的現象。我們必須承認一些不確定的因素令我們的速度並不恆定。
(2) 我們最優先要做的是通過盡早的、持續的交付有價值的軟體來使客戶滿意
在我們的beta版正式發布後，我們得到了許多反饋，許多東西我們的確是在最初的設計階段沒有考慮到，所以我們得到乙個教訓：盡早交付可以獲得更多有價值的反饋，以此不斷加強我們的軟體。時間就是一切！
4.對照the cathedral and the bazaar (大教堂和集市),你的團隊開發模式是哪一種,優勢/劣勢在**?
我們團隊的開發模式在alpha階段基本上可以說是大教堂模式，但是在實際開發過程中我們慢慢向集市方式轉變，尤其是alpha版發布後，我們得到了來自老師和身邊同學的寶貴建議，使我們得到了啟發：我們應該加強與使用者的溝通。並且基於這些建議經行了大幅度的調整。總體上我們認為我們團隊更傾向於集市模式。
集市模式的好處：
（1）
更加了解使用者所思所想，及時調整軟體構建方向，使成品更加使用者市場需求。
（2）
激發小組成員的創新能力與參與積極性。
集市模式的壞處：
（1）
太過頻繁的調整有時候程式容易整體崩潰，造成我們組內氣氛的緊張。
（2）
不加篩選的調整有時候會令我們的軟體有所偏移。
睡眠猴子 Alpha階段專案總結
設想和目標 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？針對廣大失眠人群，尤其是程式猿使用者的失眠問題。定義的清楚。描述過。2.是否有充足的時間來做計畫？有半天時間用於做計畫。3.團隊在計畫階段是如何解決同事們對於計畫的不同意見的？求同存異，針對不同意見進...
Beta階段專案總結
一，設想和目標 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？針對鐵道大學大學生，增加他們的社交範圍。我們的軟體定義很清楚。對典型使用者和典型場景有清晰的描述，我們的快上車增加大學生社交範圍，消除年紀隔閡。2.是否有充足的時間來做計畫？有比較充足的時間來做計...
團隊專案 「睡眠猴子」簡介
睡眠猴子 開發團隊介紹 組長 楊安琪。組員 趙子茵 李娜。團隊介紹 三人為同一宿舍舍友，多年來同甘苦共患難，合作過大大小小十餘個專案，建立了深厚的友誼與信任，對新的挑戰充滿期待。團隊成員介紹 楊安琪 善於梳理邏輯，帶動組員勞動，但容易鑽牛角尖。李娜 注重效率，能將開發聯絡實際。趙子茵 勤勞肯幹，善於...