策劃入門(八)開發中的溝通與協調(轉)
策劃入門(八)開發中的溝通與協調(轉)[@more@] (八):開發中的溝通與協調 對於遊戲的熟悉程度,估計沒有哪個開發人員會比遊戲策劃更清楚了。大到遊戲框架,小到介面熱鍵,一點一滴都需要策劃人員進行詳細的描述和設計,也只有策劃才能對遊戲的實現情況進行全面的把握。所以一旦策劃和其他開發人員發生溝通上的障礙,整個專案的進展就會受到極大的影響;如果策劃能夠協調好各部分的工作,那麼專案進展就只需要看個人能力了。而在現實開發中,策劃人員由於自身的個性或者其他條件所限,往往在溝通這個環節上出現一些致命問題導致進度的延誤。如何把握好自己的情緒,從大局觀出發是成為一個成熟策劃人員的關鍵所在。 文件不管寫的多詳細,對其他人來講仍然會存在理解上的錯誤或漏洞。策劃經常把注意力都放在瞭如何把遊戲設計的更完善上,而忽視了別人的理解能力和感受。因為對任何一件作品來講,每個人的看法都是不同的,策劃應該知道如何去聽別人的意見並吸收到自己的設計中來。這並不是說堅持自己的立場是錯誤的,而是在大多數情況下策劃本身容易把自己的設計當作一個孤立的個體,對其他外來的思想用全部拋棄的態度來對待,這是極其危險的。就算是別人的意見是多麼的滑稽可笑,你也應該認真的聽完並加以分析,任何渠道的意見對你的設計來說都是有益的。 在前面講過如何書寫流程圖和安排工作進度,在這些設計過程中和其他部門的溝通都是非常重要的。我不提倡大規模的定期會議,因為這樣會影響其他人員的開發進度,而且會導致很多問題的擴大化。公眾場合下不適宜對個人問題進行討論,大量的溝通和談話應該以私人或者小型會議的形式來進行。大部分開發人員不喜歡開會,尤其是這種針對性不是很強的例行會議。所以如果確定要召開會議,那麼就一定要先確定這個會議要解決哪些問題,需要哪些人來參加,最後要達到什麼樣的效果。純粹為了開會而開會,尤其是一些例行會議是沒有必要的,這樣只會增加別人對你的厭惡情緒,導致關係間的不協調。如何儘可能減少大規模會議,透過單獨會談來解決問題是溝通的一個有效手段。 如果你想知道其他人員對你的策劃方案是否有意見,單純的把文件傳送給程式或美術不是一個好辦法。無論你的文件多詳細,別人都很難完整的理解你的意思,利用好黑板和紙筆透過講課的方式進行溝通,可以一次性讓大量的相關人員瞭解你的設計。在講解完畢後讓大家以發表見解的方式來發現並解決問題才是有效的解決手段,你所要做的只是把你的想法表述給大家,而不是爭吵。在你的講解過程中要以聽為主,對於一些核心內容進行強調,認真做好筆記,在會議後對別人的意見進行總結,讓別人知道他的看法你是很重視的。只有對別人尊重別人才會尊重你,想處理好與他人的關係首先就是讓別人感覺到你對他的意見是重視的。 在完成了第一次講解後,就不要再召集這種大規模的會議了。剩下的工作你就應當找對應的工作人員進行單獨會面,只和他談有關他這個方面的設計問題。對程式就是描述遊戲流程以及一些需要確認的技術實現問題,而和美術則應該談介面實現以及整體效果等問題。 給程式設計師交流要求你能跟的上他的邏輯思路,就是說你要對計算機的程式設計有個大概的瞭解。起碼你應該知道程式流程是透過條件分支、迴圈以及函式等組成的,而且要對物件導向的C 語言有一些瞭解,否則他會認為你的思路太混亂而產生很多理解上的概念混淆。最好你是拿著一個遊戲設計流程圖來和他交流,這張圖應該類似於程式設計的流程圖,由幾種基本的圖形和線條來實現。這樣一邊描述你的思路一邊給他指出需要完成的模組,發現問題進行記錄並修正你的文件就能夠讓雙方都保持清醒的頭腦,而不是產生做出來產品後和你所想象的完全是兩個東西。這時經驗就會起到非常關鍵的作用,如果策劃本身就是程式設計師或者做過程式設計師就完全不用考慮這個問題了,可如果你對程式一竅不通或者根本就不知道那些東西是怎麼實現的,那你最好去找本介紹程式設計基礎的書看一下。多和主程交流應該是最省事的辦法,只要交代給他哪些工作需要在多長時間完成就可以了,但很多情況下是主程和策劃一樣固執,這時他會不經過考慮就告訴你很多想法都是不能實現的。你要拿出詳細的解決方案才可以說服他,或者讓他提出一種合適的解決方案。總之,用程式的思路來和程式設計師進行交流是最好的解決辦法,給程式設計師一份詳細的流程圖要比給他一份幾百幾千頁的文字說明要管用! 給美術人員交流更困難。因為每個人的美術風格都不相同,要求幾十個美術人員畫同樣一副圖你所獲得的結果肯定千奇百怪!透過主美進行協調是一個好辦法,這樣可以減少你很多口舌的。在你寫策劃方案時,不要對美術做太多的要求,而應該先和主美術確定好遊戲的整體美術風格。美術方面具體的人員安排和工作量限定等事情都交給主美術或者美術總監去處理,除非說你對美術非常精通能夠把握住整體風格,否則你的工作只是描述你需要什麼樣的東西就可以了。當美術完成樣品後,一起和主美術進行審查,風格一旦確定就不要再修改了,否則這對美術人員來說完全是種摧殘!美術人員工作量往往是最大的,美術風格的改變可能會造成大部分工作的重做,從而嚴重影響工程進度。把交流的事情交給美術方面的負責人,這是最好的同美術人員的交流方法。 保持好自己的心態,用積極的態度來解決問題,不要抱怨多聽別人的想法是一個策劃人員需要掌握的基本方法。只有溝通順暢才能夠讓專案按計劃進行,擴大自己的知識面,多和主程與主美交流,少開大規模會議,用私人交談的方式來解決問題。把握好上述幾點,專案的完成就只是時間上的問題了
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/8225414/viewspace-951522/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 策劃入門(八)開發中的溝通與協調
- 新人策劃入職指南:態度、技能、以及如何溝通
- 快速軟體開發專案中的有效溝通(轉)
- 策劃入門(五)開始繪製系統的結構流程(轉)
- OA軟體之通訊錄管理,打通外部、內部溝通與協調
- 策劃入門(九)遊戲測試方案的產生(轉)遊戲
- 專案溝通管理——高效溝通八步走
- 策劃入門(一)什麼樣的創意是可行的(轉)
- 程式來自火星,美術來自水星,遊戲策劃如何溝通?遊戲
- 專案管理中溝通的作用(轉)專案管理
- 專案管理中溝通的作用 (轉)專案管理
- 開源軟體中的“自由、參與、奉獻、溝通”
- 遊戲開發之遊戲策劃的基本原則(轉)遊戲開發
- 談談IT專案中的溝通管理(轉)
- 【譯】闖入遊戲開發 #8:策劃(設計)遊戲開發
- 專案經理跨部門溝通如何溝通
- 史上最全遊戲策劃入門乾貨(二)遊戲
- 史上最全遊戲策劃入門乾貨(三)遊戲
- 史上最全遊戲策劃入門乾貨(四)遊戲
- 史上最全遊戲策劃入門乾貨(一)遊戲
- 專案溝通管理計劃
- 8個忠告,給想要入門遊戲策劃的你遊戲
- 專案經理與溝通管理(轉)
- 專案管理中“溝通”和“成本”(轉)專案管理
- WEB開發的需求溝通並不難Web
- 避免專案管理中的溝通失靈 (轉)專案管理
- 避免專案管理中的溝通失靈(轉)專案管理
- 職場寶典:遊戲策劃菜鳥如何入門打怪升級成為“老策劃”?遊戲
- git 入門教程之協同開發Git
- Git入門與開發Git
- 談談軟體開發中的調研物件與被調研物件 (轉)物件
- 談談軟體開發中的調研物件與被調研物件(轉)物件
- 專案溝通——小故事中的大道理(轉)
- 設計師如何與開發人員溝通的6個建議
- electron開發入門(二)程式通訊
- JSP開發入門(三)----JSP與JavaBean (轉)JSJavaBean
- 遊戲開發新手入門之DirectX入門(轉)遊戲開發
- 軟技能:測試工程師如何與開發溝通功能實現?工程師