● 問題回顧
那我們先回顧一下這次Sharing問了哪些問題～
- 在觀看PM所寫的Spec有沒有建議或問題？
- 如何分辨程式/Bug是屬於前端還是後端？
- 為了溝通更順場，有沒有推薦PM學哪個程式語言？
- 對PM角色的期待？
● 為什麼想問這些問題？
最主要的原因當然就是因為—我還很菜～～還是有很多不太清楚的地方，想透過這個機會好好釐清有哪些地方可以改進，也想知道如果未來還想繼續走這條路可以往哪個方向繼續去精進自己。
當然最主要還是希望在工作上RD與PM的合作可以更加順利！所以這次也問了在Spec撰寫上RD有沒有什麼建議，Spec應該可以算是RD跟PM之間合作的重要工具～雖然我們都會用口頭過一遍需求，但Spec還是要寫清楚～在後續開發上也都是會遵照Spec來運行的！
除了Spec也詢問了一些有關於程式的問題，像是怎麼分辨前後端等等，主要是為了後續在測試時難免會遇到一些錯誤訊息，這時候PM要找到錯誤的原因並回報給RD，所以會想知道該怎麼快速判定大概的原因！
● RD對問題的回答
1.在觀看PM所寫的Spec有沒有建議或問題？
Spec只要需求完整清楚就好，像是程式的運算邏輯、哪個時間點要跳訊息、跳什麼訊息等等。在說明邏輯時，多使用條列式，有多個邏輯就分開說明，不要太故事化，文件的排版、縮排要能夠容易閱讀。
2. 如何分辨程式/Bug是屬於前端還是後端？
最簡單的分法就是，前端大多是負責我們可以直接看到的東西，像是圖片、排版等等，不牽扯資料撈取大多都可以判斷是前端的，但有時候還是會有分辨不出來著狀況，像是資料錯誤，就需要判定資料有沒有成功回傳，沒有正常回傳就是後端問題，但畫面不對就是前端，這種時候就可以派出我們的—「開發者工具」（F12工具），打開可以看到這個網站的結構、有什麼元件，在有錯誤訊息發生時，也可以透過此工具初步排錯。（我對這部份也還是一知半解，有興趣了解更多就請大家自行Google一下了<(_ _)>）
3.為了溝通更順場，有沒有推薦PM學哪個程式語言？
先說總結「不要求PM一定要會程式語言」，不過RD們還是有推薦可以幫助PM在工作上更順暢的程式/小工具，第一個就是剛剛講過的F12工具，再來進階一點可以去了解api工具、json資料格式。
4.對PM角色的期待？
對PM角色的期待應該就是可以把上述事情都做好、做完整，像是把文件（spec等）處理好寫完整，讓RD在開發時不要還要去猜這裡到底要放什麼，除此之外就是在回報問題的時候，可以重現整個發生問題的情境，這兩點有做到對他們來說就是很大的幫助了。（也有可能是時賦的大家人都很好(´∀`)）
● 心得感想
平常的文件完成就是完成了，不太會有後續的檢討（大多是直接修改）或是想法分享等等，這次sharing提供我們機會去更了解RD是怎麼來理解、看待我們所完成的文件，請RD分享他們對我們所寫的spec是怎麼樣的看法；所以也得到了spec要怎麼改善會更好的方向，讓他們能更好的了解我們所想表達的意思，當然做到最好的情況就是希望能減少後續測試出現的bug啦。（最理想的情況啦´･ᴗ･`）
除了文件上的建議，也得到一些小技巧可以快速的分辨發生問題的原因是前端還是後端，也能夠更好的紀錄問題發生的原因，幫助進行初步排錯，讓後續的流程更加順暢；也知道如果未來想要補足自己在程式方面的知識的話，從哪個語言下手是最有幫助、也相較容易的！
這次Sharing得到很多有用的tips可以讓自己的工作完成的更全面、更有效率，也解開了很多工程師的神秘謎團，總體來說收穫很多也很好玩，畢竟不是常常有機會可以跟工程師面對面聊天的！也感謝Christy舉辦這次的活動讓我體會了一個不一樣的sharing~
這次的心得分享就到這邊，感謝大家的閱讀ฅ՞•ﻌ•՞ฅ
