[SI 開發者故事] 10. SI 專案中的文件化是什麼？

SI 開發人員的故事
#10. SI 專案中的文件化是什麼？

在 SI 專案中，需要向客戶提交文件作為專案完成良好的證據。

從提案開始，到畫面定義書、設計書、使用者手冊等，根據專案階段，從專案提案、設計、開發、測試到開通後的運營，都需要撰寫文件，而這些工作通常是由新進開發人員負責。

在撰寫文件的過程中，有時會產生一種錯覺，懷疑自己是不是為了當文書處理人員才成為開發人員的。此外，在韓國，將各階段應執行的文件化工作集中在專案結束前進行的情況很多，其原因如下。

• 由於專案時間短，因此為了在期限內完成專案，盡可能快速地開發，並製作出看起來像樣的文檔。
• 即使逐階段製作，需求也會不斷增加和變更，因此與其製作後再修改，不如先全部製作完成，再根據需求調整會更快。

具有諷刺意味的是，雖然順序不對，但這卻是韓國 SI 文化中自然演變（？）出來的方式。

雖然繪製畫面定義書的工具很多，但你仍然可以看見奇蹟般的場景：開發人員直接擷取完成的運營畫面，然後製作成畫面定義書。

通常，開發人員聽到文件撰寫就會感到厭惡，但沒辦法，你畢竟是新進人員。

最容易被指派文件化工作的，就是新進員工。反正開發工作還不能馬上交給他們，那就先讓他們做文件撰寫吧。

反正我做完之後，以後接手的人也可以沿用，所以有機會的話就好好努力製作吧。