精益六西格瑪

精益六西格瑪是名為“精益”和“六西格瑪”的兩種項目管理技術(shù)的結(jié)合。

精益：專注于在所有活動中有效地傳遞消費者的價值。任何不能為消費者添加價值的活動都必須果斷刪除。

六西格瑪：專注于從過程中刪除所有瑕疵和變量。

換句話說，這兩者都是為了消除一些“浪費”。在精益六西格瑪中，浪費被定義為“muda”。這是一個日文單詞，意味著“無價值的；無用的；閑置的；多余的；廢棄的；消耗的；浪費的?！崩速M可以以任何方式出現(xiàn)。停工時間，重做，不匹配的功能需求，過度交流等等。精益六西格瑪明確了8種類型的浪費（有時候是7種）。

精益六西格瑪中存在許多潛在的理念。完整的開發(fā)項目是圍繞著這一框架中的技術(shù)，等式和工具而盡心，但是因為內(nèi)容太泛了，我們難以在本文中進行探索。如果你進一步探索的話可能會注意到許多理念直接應(yīng)用于制造業(yè)中。同時其核心原則也對游戲制作帶有直接且正面的影響。

為什么會出現(xiàn)浪費問題

根據(jù)我的經(jīng)驗，浪費元素是團隊最大的焦慮來源。最重要的便是浪費時間。在所有領(lǐng)域中努力清除浪費是制作人和項目管理者必須擁有的一種心態(tài)。許多制作人認為他們的主要角色便是領(lǐng)導整個項目。他們認為自己就像騎著馬位于軍隊最前方的將軍一般，朝著敵軍方向揮舞著劍并高喊“沖啊”！也許他們的角色帶有這樣的元素，但這卻是非常有限的。一支帶有經(jīng)驗的團隊可能已經(jīng)知道如何有效工作，而制作人如果想有效利用時間就必須專注于如何避免浪費而不是引導著團隊朝目標盲目前進。有時候制作人必須讓團隊做其最擅長的事并花時間去消除阻礙發(fā)展的內(nèi)容。

兩大不可饒恕的罪行

在我的職業(yè)生涯中，我曾經(jīng)遇到許多充斥著問題的項目。實際上，我的所有項目都是困難重重。當完成這些項目時，團隊經(jīng)常會轉(zhuǎn)向事后檢查并照亮制作過程中引起的許多問題。最頻繁且最具影響的關(guān)注點通常是圍繞著“交流問題”和“偏差的期望”。

交流問題：團隊經(jīng)常會抱怨他們不知道項目的目標，日期，各部門的任務(wù)或管理者的期望。這一問題似乎會出現(xiàn)在每一個項目中。幸運的是我們能夠通過紀律，技術(shù)和透明度承諾輕松解決它。最重要的是，制作人和項目管理者必須清楚這一問題，因為這是浪費時間的主要根源。

偏差的期望：當創(chuàng)造功能，圖像，代碼等等內(nèi)容時，在“完成”的定義方面，管理層和內(nèi)容創(chuàng)造者總是不能實現(xiàn)同步。這種矛盾將導致更頻繁的重復勞作。產(chǎn)品擁有者，利益相關(guān)者和所有者（注：創(chuàng)造性控制的唯一來源）都必須清楚地與所有內(nèi)容創(chuàng)造者進行溝通。

這兩個問題間的共性就是“浪費”。它們都有可能導致時間的浪費。時間是產(chǎn)品開發(fā)中最有價值的資源。因為精益六西馬格是關(guān)于消除浪費，所以它將能夠有效應(yīng)用于游戲開發(fā)中。

TIM WOODS：8種類型的浪費

在精益六西格瑪中有8種類型的浪費。

以下是一些學術(shù)定義：

T—-轉(zhuǎn)移：移動人們，產(chǎn)品和信息

I—-庫存：儲存零部件，組塊，需求文件

M—-動作：彎曲，轉(zhuǎn)向，觸及，提升

W—-等待：為了零部件，信息，只是和設(shè)備而等待

O—-生產(chǎn)過剩：創(chuàng)造出超過需求的內(nèi)容

O—-國度加工：更嚴格的容差或更高級的材料（超過標準）

D—-瑕疵：重做，廢棄，錯誤的文件

S—-技術(shù)：未充分使用的功能，刪除未充分訓練的功能

想想你自己的每日游戲開發(fā)體驗。這些對于浪費類型的定義是否能夠幫助你揭露項目的低效能？以下是一些例子：

轉(zhuǎn)移：資產(chǎn)轉(zhuǎn)移是否花了太長時間？是否存在創(chuàng)造時間太過冗長且?guī)в需Υ茫?/p>

庫存：是否投入了太多時間于隔天就會改變的冗長的設(shè)計文件中？是否存在太多范圍外且會導致團隊分心的未修剪理念？

動作：環(huán)境的設(shè)置是否會阻礙交流？致力于高度迭代功能的人們是否坐在一起？工具是否容易使用且有效？他們的工作空間是否有利于高效工作？

等待：團隊是否不斷地等待著其它部門完成工作？他們是否經(jīng)常出現(xiàn)空閑？

生產(chǎn)過剩：美術(shù)師是否創(chuàng)造出不符合最終要求的資產(chǎn)？這些資產(chǎn)是否有用？在明確要求前某些部門是否早已趕超其他人？

過度加工：是否創(chuàng)造出比要求更加詳細的資產(chǎn)？他們是否過度優(yōu)化那些對消費者沒有多少意義的功能？

瑕疵：代碼是否伴隨著漏洞？是否是可擴展的？最終工作是否與預期相匹配？資產(chǎn)的創(chuàng)造是否匹配引擎功能？他們的工作是否符合預期標準？

技術(shù)：任務(wù)是否與團隊成功的技能組合相違背？PHD是否致力于GED能夠完成的任務(wù)？或者相反？

TIM WOODS：應(yīng)用

理論和概念很棒，但是它們沒有多少好處，除非能夠應(yīng)用于開發(fā)過程中的實際活動中。以下是我的特定游戲列表（未完成的），團隊們可以將精益六西格瑪整合到其中并嘗試著去消除浪費。沒有任何方法能夠解決所有的項目問題，但是如果將其全部整合在一起便能帶給開發(fā)團隊巨大的幫助。當然了你也可以添加更多內(nèi)容。

進行每日站立會議：盡可能簡短，10至15分鐘的站立式會議非常有用。這能夠促進成員間頻繁的面對面交流，并且不需要耗費太多時間。較少且不準確的交流便是一種浪費。

用風險會議取代每周制作人狀態(tài)審查會：在每周的狀態(tài)審查會中，所有人將圍繞著一間屋子提供一些更新內(nèi)容，這是一點幫助都沒有的。在定期的交流和報告中，成員們已經(jīng)了解了相關(guān)信息。我們需要的會議是每個制作人能夠提出他們的前三個項目風險并向群組請求指導。無用的會議是一種浪費。

在實體項目空間突出張貼目標/日期/價值等內(nèi)容：滲透式交流能夠確保所有團隊成員都能夠清楚項目的宏觀目標。通過貼海報等方式去幫助團隊成員牢記目標。面對面的交流是最有效的迭代方式。制作人必須采取任何機會向團隊成員和利益相關(guān)者傳達目標期待。不統(tǒng)一的團隊成員會創(chuàng)造浪費。

坐在附近的人能夠致力于高度迭代且相互協(xié)作的功能：團隊成員致力于統(tǒng)一的功能，特別是未知且具有探索性的功能對于他們的成功很重要。避免他們無需走太多路便能夠與同事進行溝通。功能越陌生，他們越能近距離共事。較少的交流將會創(chuàng)造浪費。

面對面頻繁地交流轉(zhuǎn)折點和項目目標：在墻上張貼目標和價值雖然很有幫助，但面對面的交流更加重要。為了得到一封電子郵件的回復可能需要花費1天以上的時間，但面對面討論將是實時進行的。制作人和產(chǎn)品擁有者必須把握任何可能的機會向團隊成員和利益相關(guān)者傳達目標期待。通過電子郵件或聊天工具而造成的交流延遲便是一種浪費。

頻繁地交流創(chuàng)造性目標：與截止日期一樣，我們必須持續(xù)地分享創(chuàng)造性目標。通常情況下，“完成標準”是取決于創(chuàng)意總監(jiān)或產(chǎn)品擁有者。他們必須頻繁分享自己的要求。誤解創(chuàng)造性目標將會創(chuàng)造浪費。

確保所有內(nèi)容創(chuàng)造者都清楚完成標準：產(chǎn)品擁有者的一個主要角色便是傳達他們對于功能的創(chuàng)造性要求和指令的期待。更快地做出慎重的決策很重要。我始終都堅信著美國海軍陸戰(zhàn)隊的：70%規(guī)則。如果你認為你的計劃擁有70%的可行性，你就必須盡快地去執(zhí)行它。如果它是錯的，你則可以不斷地調(diào)整它。我曾與許多不斷等待著“完美”計劃的創(chuàng)意總監(jiān)合作過。紙上談兵只會創(chuàng)造出浪費。

在所有相關(guān)項目中推動透明交流的價值非常重要：我曾經(jīng)待在一些牢牢握著項目核心數(shù)據(jù)的公司。他們總是認為團隊不能處理壞消息或者他們會失去一些人員。但是公開與誠實不僅是一種道德，同時也是一種良好的商業(yè)意識。團隊必須獲得最佳信息才能幫助自己更好地朝著目標前進。在大多數(shù)情況下保持秘密是一種錯誤的做法，將有可能引起團隊的反抗。糟糕且極少的交流會創(chuàng)造浪費。

優(yōu)化價值流：項目管道可能是項目中最大浪費的創(chuàng)造者。內(nèi)容創(chuàng)造者必須能夠盡快地回顧并迭代他們的工作。破損的結(jié)構(gòu)，較長的資產(chǎn)轉(zhuǎn)移都有可能限制團隊完成工作的能力。較長且破損的價值流可能創(chuàng)造浪費。

鼓勵內(nèi)容創(chuàng)造者去呈現(xiàn)臨時工作：沒有人喜歡呈現(xiàn)未完成的工作。他們會認為評論者不會理解它最終會變成怎樣活著他們會因為一些不相干的問題受批評。創(chuàng)造者和評論中必須創(chuàng)造這種信任。頻繁地評論迭代工作將能夠消除重做（浪費）。呈現(xiàn)臨時工作也能夠避免浪費時間。等到工作完成后在呈現(xiàn)出來將會創(chuàng)造浪費。

嘗試著消除創(chuàng)造性評論會議所創(chuàng)造的重做：這一點與前一點相似，然而理想的情況是沒有任何來自“官方”創(chuàng)造性評論會議的重做。這些工作應(yīng)該在評論會議前便接受過評論和修改。評論會議應(yīng)該是官方的“許可證”，而不是探索創(chuàng)意總監(jiān)全新理念的會議。在我所致力的每一個項目中，內(nèi)容創(chuàng)造者都會抱怨工作的評論時間太長了。這不僅會創(chuàng)造時間的浪費和重做，這對于所有參與者來說也是一大挫折。產(chǎn)品擁有者必須刪除評論，真正相信團隊成員。為了這么做，他們必須能夠清楚傳達要求和他們的期待。源自少有的創(chuàng)造性評論的重做將會導致浪費。

流線型化或刪除會議：如果你的團隊覺得會議無用，有可能是你未能有效地組織會議。你可以找到許多關(guān)于如何有效運行會議的內(nèi)容。你必須準備好適當?shù)臅h議程，特定問題等等內(nèi)容。人們都不是很喜歡會議并覺得它們只是在浪費時間。制作人必須學習各種關(guān)于組織有效會議的方法。會議應(yīng)該是關(guān)于解決方法的集合，而不是重申所有人都清楚的內(nèi)容。無效的會議只會創(chuàng)造浪費。

適當?shù)沫h(huán)境下使用反挖掘代碼是有幫助的：并不是代碼的每一部分都必須帶有完美的架構(gòu)。有時候團隊將通過親身體驗一個功能獲得更多好處，即使?jié)撛诘拇a很混亂。玩家經(jīng)常在敏捷的狀態(tài)下遭遇失敗。這意味著團隊必須快速創(chuàng)造原因，如此他們便能夠盡快地進行迭代。反挖掘代碼將能夠幫助你更快地獲得一個實例功能。在功能被熟知前進行過度的設(shè)計和大量的系統(tǒng)創(chuàng)造可能導致浪費。

追蹤并解決開放式問題：團隊必須不斷追蹤圍繞著項目的開放式問題。應(yīng)該優(yōu)先解決帶有最重要引擎和期望值的問題。消費者最期待的功能應(yīng)該被放置在最前方。開放是問題是項目的風險來源。

專注于消費者的需求：團隊必須保證他們是在為消費者創(chuàng)造功能，而不是自己。未能與消費者需求相關(guān)聯(lián)的活動必須被刪掉。有時候人們會喜歡致力于自己所喜歡的項目，而不管終端用戶的價值。致力于與項目最終目標無關(guān)的功能只會創(chuàng)造浪費。

KAIZEN（改善）

最后，制作人的最大責任便是繼續(xù)探索保證項目順暢運行的方式。Kaizen也是一個日語單詞，即關(guān)于持續(xù)完善內(nèi)容。制作人，產(chǎn)品管理者，利益相關(guān)者和內(nèi)容創(chuàng)造者都必須不斷尋找完善他們工作工程的各種方法。這必須實踐于所有項目中，如此結(jié)果才會在不斷的迭代中得到完善。

結(jié)論

就像之前所提到的，精益六西格瑪是包含圖表，等式，方法和技術(shù)的一個綜合型框架。團隊只需要理解獲得利益的原則便可。這不只是一個框架，還是一種心態(tài)。浪費是項目殺手。尋找方法去消除浪費是所有團隊都必須具有的一種心態(tài)。