團隊解散說明

團隊解散緣由說明

通過了alpha階段的艱難衝刺，終於咱們組在beta階段因爲各類緣由致使了項目沒法繼續進行下去，團隊就此解散。總結一下失敗的緣由吧。
 在需求分析階段，咱們組作的也還算中規中矩，有明確的需求分析，知道本身要作出一個什麼樣的東西。選題選的是四則運算練習小程序，需求上，在題目要求的基礎上還加上了本身想出來的一個殺手鐗功能，問題就從alpha階段開始了。
 alpha衝刺階段，咱們每一個人都分配了任務，但任務都分配的很粗，沒有細化，就只是指定一我的去完成什麼功能，很粗略，成員都沒有開發小程序的經驗，而我做爲項目經理，責任很大，在給組員分配任務時不夠細化，組內又沒有編程能力突出的人，致使組員都滿頭霧水，不知道本身現階段要作什麼，從什麼地方下手，從而致使工做積極性大減。隨着項目的推動，難度的增長，組內就開始出現了懈怠的氛圍，最後alpha階段就寫寫博客，編程的重擔落到了我一我的身上。而我編程菜鳥一個，迫因而組長，只好硬着頭皮去寫，終於仍是在百度和同窗的幫助下，在alpha階段搞出了點成果，題目生成功能和難度選擇功能完成了，勉強經過了alpha階段的項目初審。
在alpha階段還發現了一個問題，就是咱們不是很懂團隊編程組員之間怎麼去合做，在那個階段對咱們來講1+1是小於1的。兩我的去合做完成同一個功能，但兩我的都是從頭開始作，作着作着兩我的就成了各作各的了，很難去實現把兩我的作的合起來。最終這個緣由也致使了編程重擔落到了一我的頭上。團隊成員之間不懂得合做編程，對於現階段的咱們來講，這是一個比較大的項目，天天都有課，有做業，有實驗要完成，有實驗報告以及博客要寫，在這種狀況下，一我的去完成這個項目是比較吃力的，組員也是愛莫能助，由於他作的沒法加到我作的裏面來，沒有辦法實現1+1>2的效果。
 終於在beta階段繃不住了，beta階段要完成的任務難度比alpha階段要大，須要配置服務器，再把數據庫搭載到服務器上，再把前端鏈接數據庫，再在數據庫上要把一些數據作一些相應的處理而後傳回前端，譬如咱們需求中的排行榜功能就須要數據庫把數據排名以後再傳回前端顯示等等。坦白說，對於這些我一竅不通，組內成員也沒有很瞭解的，想要學卻無從下手，並且時間上也來不及。只能說這是咱們在項目開始以前準備不足，沒有去提早學習作這個項目須要的技能。
 以上大體說明了失敗的緣由，很遺憾咱們組沒走到最後。