有用過GIT的人大概都知道，GITHUB這個東西。
最早GIT是由LINUX創始者Linus Torvalds寫的一個為了將Linux核心開發做版本控管的一個小工具。
現在由於社群的發達已經把它發揚光大，甚至於還建立了一個網站讓你可以把寫好的程式碼在遠端PUSH上去，這就是GITHUB。
以前早期是基於開源精神或是營運考量，一般來說都鼓勵公開你的REPO(倉庫)。
也就是任何人都能從這個GITHUB網站上找到你的作品。
然後也有所謂的私人 REPO，也就是你可以不公開，私自地保有它。(就付個每月訂閱費用這樣子)
把這個網站當成你的專案程式備份的倉庫。雲端專案程式倉庫的概念。
不過現在它開放了，免費版本也能保有私人倉庫的部分。
本來我也想說是不是能夠把現有的程序都放上去改成私人的，但公司政策上是不允許專案資料外流的。
可是公司自己建立的GITLAB(類似GITHUB)我們也沒辦法使用，要走的政治流程和溝通流程讓我卻步。
我只好自己建立了一個GITEA的類似功能放在伺服器上。
專門做程式軟韌體的保管與專案流程控管。
本來一開始沒拿到管理權限，我向同仁們建議大家也是愛理不理。
這是人性，出來上班大部分人好像傾向就是做到最低公司要求的事情。
很少像我一樣神經病有一個目標願景，把自己逼到極限想去體驗世界。
程式碼沒控管會怎樣?
專案滑掉會怎樣?
上面的人自然會去想辦法管理，我們小兵小將只要做好上面交辦的工作就好。
現在不同，在前一季的內部研討會做出些成果與信任後，我開始強推布局。
在每周的內部研討會演練過一兩次概念以後，我開始跟兩位已經學好怎樣使用GIT的同仁在GITEA上面做協作。
由於有新的PM進來，負責比較簡單的專案控管，索性我就把她也加入。
下半年只要有專案涉及到軟韌體的部份我們都會建一個倉庫，並且針對專案負責人或PM ASSIGN的工作開展成ISSUE，然後利用PROJECT選單做看板管理。
以往我們的一些協作或是主管指定交辦的事項，通通開票成ISSUE然後指定給成員，定義成這就是他要做的事情。
然後每周會有專案會議來RE進度，我們在做的過程中有什麼想法也就直接像留言板一樣寫在那個ISSUE上，直到某項工作做完，於專案會議中請PM正式放到DONE這個欄位，關閉這個ISSUE。
雖然現在還只是雛形，今天早上是第一次開會，就來看看這個能完成怎樣的專案管理成效好了。
希望能帶動組織的協作氣氛，以及留下在這個專案工作的過程當中的各項寶貴意見回饋。
軌跡的回溯，對軟體工程師來說最重要了。
