目前初步決定，我們團隊會採用rup，迭代開發，也是目前比價合適的開發模式，所以在不同的時間段，不同身份的人的貢獻分會不同，例如開發初期美工，原型的貢獻分必定是大於開發人員的，到了中期之後，開發人員的貢獻分會**，到了後期則會比較平穩，因為趨於灰度測試階段，而本組沒有具體的測試工程師，所以只能人人測試，而且就開發來說我會考慮時間和**的完成度，也就是常說的效率，來判斷每個人的貢獻。對於團隊的責任感和態度也是我將考察的乙個重點即就算並沒有實際的事在做，但是具有機動性，每次開會必到，**出了問題他能頂上去，這種人的貢獻分不會低。
1.如果旁邊有路人可以幫忙挪車，真的有人會願意等待那麼久去等車主挪車嗎，如何獲得更多使用者量？電動車套牌的問題如果一張牌掃出10個車主，通過你們產品找車主的需求出發點就拉垮了怎麼辦？
我是這樣設想的，假設你有裝我們挪挪，專案起步的時候找到乙個陌生人幫忙挪車是正常的，但是我們也會給你乙個邀請碼，你可以邀請那個同學加入我們挪挪，這樣我們免費送乙個店家優惠券雙方都會有，這樣吸引使用者，而且能夠讓陌生人這個概念不存在，畢竟都會成為我們的使用者，其次套牌車的問題，我們可以在繫結初期，連著車輛一起上傳，尤其是有辨識度的部分，這樣可以解決這個問題。
2.如何避免資訊洩露的問題？（有車牌號就能獲取到資訊）
我們通過官方途徑能夠獲取到同學資訊，所以我們會進行實名這樣能保證安全，然後我們會設定使用者資訊可不可見，你可以選擇自己資訊不可見，這樣我們一切都會在平台上做，可以避免資訊洩露。
3.如果車丟了找你們平台索賠怎麼辦？
車丟了，為什麼要找我們平台索賠？（一臉懵逼），我們只是個挪車的軟體。
4.自行挪車或向周圍的人求助的時間難道不比聯絡車主方便嗎？
是更方便，可是我認為自己的物品被別人動過了，應該會稍微有一點難受吧，我們通知你一下會不會好一點。找周圍人求助這個可以見我對第乙個問題的回答，自行挪，要是是個女生呢？要是圍堵的電動車上鎖了呢？
5.在時間比較緊迫的情況下，找人來挪車會不會耗費更多的時間？這種情況下自己挪或者找附近的人不是更好嗎？
當然可以，按照堵不如疏的原則，請看問題一，我們有信心，讓你附近的人都是我們的使用者，就不叫陌生人。
6.為什麼你們這麼強？
這個問題問的好，可能是因為我們組弱女子多。
7.大部分需要挪車的時機都出現在上課時間，有效的挪車概率能有多大。（下課等幾分鐘人就來了）
或許會遇到那種，你只有一二兩節課就回去了，而堵住你車的人有三四兩節課？等到使用者體量夠大，我相信效率還是很高的，具體增加使用者體量的方案見問題一。
8.如果在離上課時間很接近，在緊急情況下大部分人不會選擇使用該軟體，請問這個問題如何解決？
在緊急情況下，當然是要隨機應變這個的話還是要當事人自己判斷，但是我相信當使用者體量夠大，我們能夠讓時間縮短。
9.下課的時候趕著去上下一節課，但是遲遲叫不到人怎麼辦？
我們會進行周圍呼叫，如果這個設想可以完成，相信效率會增加。
10.不聯絡車主挪位置不可以？
當然可以，但是我自己有一種感覺就是如果自己的車被莫名挪走，我其實不太開心的，我們這個就算不來挪還能通知一下你車被挪了，而且我們可以拍照，被挪到哪，這樣感覺有助於大學生和平共處？
11.我為啥不自己挪...？
你為啥不考慮一下乙個女生呢..？
12.電動車套牌問題如何有效處理？其他人幫忙挪車挪沒了怎麼辦？
我們會在註冊初期拍下自己車的**尤其是有特點的部分，挪完，我們會拍照上傳，告訴你挪到哪，講道理換個地方車就被偷了，你覺得原來的地方就不會嗎？
產品功能增加：
產品優勢分析增加：
團隊專案 選題報告
很多小型開源的作者，缺乏專案推廣，發布途徑。開源專案隊友尋找困難。很多國內的開源專案缺少協作工具。開設搖光部落格，提供給開源者發布專案的平台。開設搖光試煉，提供給開源者選擇隊友的依據。開設搖光套件，提供給開源者第三方套件服務。提供了組隊，選擇隊友的平台 提供了基於github的第三方服務套件。在朋友...
團隊專案 選題報告
很多小型開源的作者，缺乏專案推廣，發布途徑。開源專案隊友尋找困難。很多國內的開源專案缺少協作工具。開設搖光部落格，提供給開源者發布專案的平台。開設搖光試煉，提供給開源者選擇隊友的依據。開設搖光套件，提供給開源者第三方套件服務。提供了組隊，選擇隊友的平台 提供了基於github的第三方服務套件。在朋友...
團隊專案選題報告
黃輝昌 李陳輝林炳鋒 鄢繼仁張秀鋒 章 鼎 簡單分析來看，38個人裡，19人有摘錄文字的習慣 50 其中 而且，最後一題選答的 請不要注意個別有趣的答案 通過以上，可以看出對於文字的摘錄以及整理，對於有的人存在 癢點 對，不痛，就是有點癢 我們的想法是 由於我們的團隊成員都沒有過開發經驗，所以對這次...