※ 引述《StupidGaGa (笨嘎嘎)》之銘言： 最近在跟日本人做案子 看到這篇，真是心有戚戚焉啊... 台灣的程式跟企劃雖然常常拌嘴吵架 但是真的殺到不留情面的很少 吵完後，多半都會各退一步幫對方想想 日本人就不是了 除了比較會在背後來陰的跟推責任之外 一切照規矩辨事 依你下面的例子 我來說說我遇到的日本人會怎麼處理 : 01. 好的企劃又怎樣，程式一句不行、不能、不想、以前就是這樣了直接打槍。 他們會直接EMail告知案子的實際負責人(不是製作人，因為製作人的位階很高) 程式、美術的大頭以及PM，順便cc給那個程式。 如果負責人(通常是總監)覺得這功能有必要性，而且辨得到 你就會看到程式被人釘上天... : 個人常遇到的就是，需求有了，寫出來了，一切如同機械錶一樣的完美運作， : 然後就會有新的需求進來，當然，上頭會希望你在「原本的架構上面新增功能」， : 這時就陷入了地獄的無限迴圈， : 新需求>改程式>新需求>改程式>…，程式不穩定，BUG一堆。 : 實務上「需求一直在變化」， 需求是需要被管理的 日本人管理需求的方式就是「仕樣書」，也就是企劃書 他們寫的企劃書非常完整，不但完成度極高還非常容易閱讀 就像是在看一本遊戲攻略書，裡面附上各種設定及計算式 最重要的是，每項功能及需求都有寫上他的目的以及要達成的成效 當遊戲上市後，該功能是否如預期達成它的功效(玩家的評價) 都是這位企劃考績的評比 一份企劃書在交給程式、美術之前 除了要通過其它企劃人員全部讚同之外 還需要總監的認可 聽說文字寫的太多或內容過多、圖片說明太少 不夠清楚有條理、無法讓人感到有趣、規劃的功能不符合目的…等等 都會被退回重寫 一但仕樣書交給程式、美術、音樂後 除非製作人要求修改，否則是不能變更的 企劃想要變更，必須向總監提出報告跟說明 再由總監向製作人及PM說明要變更的部份 經過同意之後，才能向程式、美術要求更改 PM會向財務、老闆說明仕樣變更後影響的時程及預算 萬一影響太大，製作人跟總監就科科了 也因為企劃書如此的重要 一年的案子，大概會有半年的時間讓企劃去生企劃書 前半年只有少數的程式及美術陪企劃去做一些Demo或是prototype 後半年才開始投入大量的人力去製作 一些已知的美術部份，在前期也會先外包出去 : 身為一個程式，我知道需求會變， : 我不會說「計畫趕不上變化」，而是要「變化也是在計畫之內」， 在台灣，程式要保留彈性去符合變化 在日本，企劃必須要把變化在納入企劃書之中 : 02. 製作人一句要、不要、不然你想怎樣完全沒有要溝通的意思。 是 在日本，製作人就是神!!(無誤) 一切他說了算，因為他要為遊戲負上全責 萬一遊戲賣的很糟 好一點是被冷凍，慘的是直接開除 落魄的製作人有多慘，就不多說了 : 常常上頭有了突發奇想說要加某些功能， : 評估後可行，但是所需時間太長，然後上頭就說不要… : 或者改完後，客戶覺得難用，又改回之前的… 因為在台灣，你很少看到上層因為這樣而受到什麼處罰 最多被老闆叫進房間狗幹一頓就沒事了 在日本，出大包一次就被降職並不希奇 而且很難爬回去，就像半澤直樹裡面的近藤 所以他們推責任的功力真的超強，愈高層愈強... 也因此，他們工作壓力很大，對於工作也很認真 相較之下，台灣真的是自由輕鬆多了，但是工時超長= = --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.44.196.200