做現(xiàn)實(shí)可行的規(guī)劃

有了一個(gè)終究產(chǎn)品將怎么完成的明確形象，規(guī)劃師將拿出更多實(shí)踐可行的概念。作為開(kāi)發(fā)進(jìn)程中不可或缺的一份子，規(guī)劃師肩負(fù)著確保他們的規(guī)劃可以順暢轉(zhuǎn)移到網(wǎng)絡(luò)介質(zhì)上，一起還要考慮其可用性，網(wǎng)頁(yè)易讀性和可完成性。一個(gè)對(duì)用戶友愛(ài)的網(wǎng)站不僅有簡(jiǎn)練明晰的閱讀次序邏輯，還向用戶提供一切所需的信息而不會(huì)顯得咄咄逼人或是雜亂無(wú)章。想要知道一種 Web 布局是否可行的唯一途徑便是親身去了解怎么樹(shù)立一個(gè)網(wǎng)頁(yè)。

使溝通更輕松

在簡(jiǎn)直所有的規(guī)劃與完成各自獨(dú)立的產(chǎn)品中，規(guī)劃組和完成組從沒(méi)有滿足過(guò)對(duì)方的期望，尤其是那些無(wú)形的產(chǎn)品，比如網(wǎng)站，軟件和游戲。這一般歸結(jié)于產(chǎn)品的期望和產(chǎn)品可行性的彼此退讓，目前看來(lái)，這是難以完美一致的。解決之道是：規(guī)劃師應(yīng)該親身測(cè)驗(yàn)規(guī)劃作品的完成，以防止溝通中的混淆，誤解和誤傳。

便利的迭代開(kāi)發(fā)進(jìn)程

一個(gè)實(shí)踐中的規(guī)劃不應(yīng)是絕對(duì)的。我的意思是，規(guī)劃應(yīng)該是靈活友愛(ài)的，可以在修改以投合體系技能約束的一起不歪曲其原有內(nèi)在。這些重復(fù)但必要的改動(dòng)只能由原規(guī)劃師來(lái)完成。一個(gè)規(guī)劃師/開(kāi)發(fā)者可以比開(kāi)發(fā)人員把規(guī)劃重提到規(guī)劃師手里進(jìn)行改動(dòng)愈加高效。而且規(guī)劃師和開(kāi)發(fā)者之間——事實(shí)上常常如此——會(huì)產(chǎn)生沖突。

更好更調(diào)和的成果

我常常喜歡把軟件，網(wǎng)絡(luò)或是游戲開(kāi)發(fā)想成是管弦樂(lè)，而規(guī)劃師是作曲家，開(kāi)發(fā)者是樂(lè)團(tuán)的指揮家。幻想一下二者是同一個(gè)人將會(huì)怎樣？交響曲將會(huì)是令人驚嘆的，迷人的，純正的！不僅是大師的神作，而且仍是其本人親身指揮的！

縮短開(kāi)發(fā)時(shí)刻

規(guī)劃師一起充當(dāng)程序員的人物意味著規(guī)劃和編碼的進(jìn)度即便不是一起的也是接連的。成果便是開(kāi)發(fā)周期的縮短——誰(shuí)會(huì)不關(guān)心功率呢？

規(guī)劃師愈加市場(chǎng)化

現(xiàn)代的規(guī)劃師需求提高本身的能力以保持個(gè)人價(jià)值，有一套技能是遠(yuǎn)遠(yuǎn)不夠的，我們往往需求戴著不同的頭銜：規(guī)劃師，前端開(kāi)發(fā)者，文章作者和項(xiàng)目經(jīng)理。

通過(guò)學(xué)習(xí)完成你自己的規(guī)劃，而不是讓規(guī)劃成為開(kāi)發(fā)者手中的孤兒——你提高了本身價(jià)值。究竟，在簡(jiǎn)歷中提到規(guī)劃和編碼技能不會(huì)有害處。相反，在這個(gè)金融危機(jī)年代的企業(yè)重組（拜見(jiàn)：大規(guī)劃裁人）和減縮開(kāi)支的環(huán)境下，還可以著重一個(gè)人的重要性而免遭辭退。

然而，即便有這么多的理由支撐規(guī)劃師學(xué)習(xí)編寫(xiě)代碼，這里仍是有反對(duì)的聲音。

引用 Lukas Mathis 的一篇有爭(zhēng)議性的文章“規(guī)劃師不是程序員”（注1）

假如規(guī)劃師完成自己的規(guī)劃，他會(huì)受制于兩個(gè)不同的方針：代碼的整潔和杰出的用戶體會(huì)。這兩個(gè)方針是彼此矛盾的。假如你要完成你自己的規(guī)劃，你必定會(huì)為了代碼的質(zhì)量而退讓，這是不利于交互規(guī)劃的。

完成自己規(guī)劃的規(guī)劃師面臨著兩個(gè)問(wèn)題：他們知道一個(gè)很棒的新思路會(huì)樹(shù)立紊亂的代碼，他們也知道假如改進(jìn)用戶體會(huì)，現(xiàn)有的代碼會(huì)被打亂。這兩者彼此矛盾，由于用戶體會(huì)都在于小的細(xì)節(jié)，而這些小細(xì)節(jié)終究毀于他們的不忍心使代碼變得紊亂。

這恰如其分的總結(jié)了“Web 開(kāi)發(fā)純化者”們所采取的強(qiáng)硬立場(chǎng)。他們是守舊派，倡導(dǎo)在規(guī)劃和開(kāi)發(fā)之間劃清界限。明顯，規(guī)劃師為人類創(chuàng)造，開(kāi)發(fā)者為機(jī)器創(chuàng)造。因而，用戶體會(huì)規(guī)劃師們應(yīng)該規(guī)劃出最可行的用戶界面并讓開(kāi)發(fā)者做出最可行的編程決策。盡管這有必定的道理，但當(dāng)我研討一個(gè)用戶界面的時(shí)分，我從代碼中尋找創(chuàng)意的努力卻以失敗而告終�？倸w，在頭腦中有一個(gè)技能及可用性約束的正確觀念仍是更有好處。

寫(xiě)在最終

歸根結(jié)底，所開(kāi)發(fā)項(xiàng)目的規(guī)劃可能終究決定著規(guī)劃師和開(kāi)發(fā)者的人物。一個(gè)小型的應(yīng)用可以由一個(gè)項(xiàng)目經(jīng)理（注2）一手掌控，而一個(gè)大型的體系必定需求不同的專業(yè)人才！

注1 Mathis-Lukas——“Designers are not Programmers”——ignore the code

注2 Spolsky-Joel——描繪了一個(gè)叫做“規(guī)劃師兼程序員”的職位——“How to be a program manager”——Joel on Software

作者 John Urban 是加州大學(xué)的大二學(xué)生，主修計(jì)算機(jī)科學(xué)