因為沒看到你在Soft_Job出沒
所以我的猜測是你還沒辦法與程式進行深度交流，也希望以PM發展為主
未來大概是可以整理、交代工作內容，必且適時阻擋上頭偶發性的崩潰工作量
我就節錄你文章回應一下吧
※ 引述《jieyuan ()》之銘言：
: 不太知道該po在哪裡好
: 程式相關的專版好像都不太合適
僅管Soft_Job豺狼虎豹有點多沒錯....但誠心發問應該還是可以啦XD
: 目前的做法是
: 程式製作前，會做寫程式架構流程圖（會寫判斷式跟大架構包小架構的東西...）
: 以前有學過UML，但目前就是我流撰寫架構圖
寫得越精細越好
: 程式完成後，會寫test case做測試
: (大學時測試程式都隨便測測，這個做法最近才問到，還在練習中）
: 除此之外還可以做什麼？可以改善什麼？或是還可以學什麼軟體？
有個東西叫做Issue Tracker，詳情可以看g0v的說明頁
https://goo.gl/NTf0Jm
團隊人數很少的話(低於5人)可以用Bitbucket進行管理
這個時代類似的工具很多
我建議不要再拿Mail當作工作追蹤，甚至是im了
（同事每天會跳20條WeChat自以為BUG回報的訊息...）
: 有想到像是後台的架構是不是也可以幫忙規劃？
不要
從你描述來看你們的開發項目大概是App或Web
那後台的「客戶」應是程式人員，把這個工作交給他們
: 反而word excel powerpoint不太會用(汗)
—請把這個練起來吧
先不提美觀度
Word與專案文檔直接相關，Excel是用來看報表的，PowerPoint更是面對客戶時報告用
你需要文檔可以找程式，需要報表可以找程式
但面對客戶時你總不能再找程式啦XD
再來就是我個人認為與程式互動該有的....精神？
首先，需求請區分成：輸入—過程—輸出
輸入是必要的、輸出也是必要的
過程通常是中間的畫面表現，比較次要一點，看客戶要求
比方自動販賣機，你想要買八寶粥
你得投錢、按鈕—這是輸入
等待機器檢查錢夠不夠、把你錢吃掉時是不是要撥個音樂—這是過程
最後把八寶粥吐出來給你—這是輸出
音樂可以不播，但是不可能不吃錢和不吐八寶粥XD
再來是時程
不清楚就不要開
我了解很多時候是為了搶客戶所以時程往往會亂開（我也常被老闆逼）
只是程式也是需要花時間理解、編寫、除錯
如果要抓得準，請好好跟程式交流
最後是除錯
請詳述「重現環境」與「重現步驟」，越詳細越好
像是用什麼電腦？是哪種行動裝置？OS是什麼？
發生錯誤時從頭到尾進行什麼樣的操作？重現頻率多少？
越多資訊可以讓程式人員快速找出原因，越快找出原因就越快解決
越快解決客戶就越滿意
我還是覺得你和你們家的程式更深度瞭解一下會更好
畢竟工作是他們在做，不是我們XD