64位世界中的32位思考

在網路設計魔術, 我們已經花了多年和幾年的時間試圖完善的最佳方法來發明軟體或創建網站和系統。一開始, 很像任何一個向上和未來的軟體公司, 我們似乎跳進去, 開始建設, 沒有太多的思考, 任何過程, 無論是功能, 法律或視覺。

在過去10年中, 隨著行業的發展, 方法也在發展。方法是規則 (不是具體的), 我們被告知要遵循, 試圖建立一個完美的網站的預算和時間。在這場比賽中, 任何人都知道這是多麼難實現。有些方法適合某些人和程式設計語言, 而另一些方法則根本不適合。

我們在這裡使用多種方法;然而, 我們的核心是 msf (微軟解決方案框架)。即使是 "開箱即用", 這個框架對普通網頁設計公司來說也太複雜了, 因為它被設計成可以被軟體發展人員、系統管理員或工程師使用。然而, 這種方法的基礎是強有力的, 並得到了社區的大力支援。

我們從 msf 中提取了核心元素, 並將其與其他概念一起應用於創建一種方法來開發對我們自己和我們的客戶都有效的網站。

製作真正的軟體

過去我們通常會編寫強大而嚴格的功能規格文檔, 我們必須遵守這些檔, 這就是我們衡量我們成功的方法。不幸的是, 這使得它不現實, 一次又一次, 我們看到軟體被匆忙, 以滿足文檔的範圍和最後期限。雖然, 我們仍然覺得它是非常重要的有一個功能規格檔, 我們也認為, 我們應該放鬆在這些檔的細節, 並開始編寫真正的軟體。

從零開始編寫軟體的日子早已一去不復返了。人們沒有時間或預算這樣做;相反, 我們發現自己在 "定制" 預先編寫的軟體, 如我們的 cms, 線上商店和 sharepoint 產品。這些軟體解決方案的建立者在考慮到這一點的過程中製作了他們的產品, 作為開發人員, 我們可以真正定制這些產品的任何部分, 以更低的成本滿足客戶的要求, 而且比舊的學校方式更快地進入市場。

顧客喜歡在螢幕上看到的東西。 沒有什麼比試圖在紙上 (書面文字) 向客戶展示一個概念或試圖向他們解釋你的想法更糟糕的了。 最好的方法是向他們展示我們覺得這個工具可以為他們的業務問題做什麼, 並給他們一些快速看和玩的東西。然後, 他們通常可以找到圍繞產品的方法, 看看他們真正需要哪些定制, 在以後的階段可以完成什麼, 以及用他們目前的預算可以完成什麼。

下面是我們通常如何處理中型專案的流程。

首先, 我們的銷售和開發團隊都與客戶討論需求, 並根據我們對產品的瞭解和我們為專案提供 "球園" 預算的限制。正是在這一點上, 客戶將對哪些 "內置" 功能合適以及需要哪些定制來瞭解。然後, 我們繼續進行正式協定, 並安裝產品的 "香草" 副本。這沒有定制, 並設置為什麼, 我們認為是接近客戶的初始要求。

然後是客戶轉向 "玩" 軟體。客戶喜歡這個部分。這只是幾個星期的事情, 他們正在使用他們的新軟體。這才是真正的部分。真正的軟體, 沒有令人困惑的檔-只是多汁的功能!然後, 客戶通常會有很多問題, 並在報告中提供這些問題。

我們的開發團隊現在對需求有了很好的瞭解, 然後為自訂提供了更具體的時間估計, 這些估計被記錄在案, 稱為 "功能規格"。正是這份檔是我們的專案藍圖, 我們的使命是讓價格盡可能接近最初發佈的價格--假設客戶沒有改變主意。當客戶決定在第一個版本中需要提供哪些自訂時, 開發人員就會開始工作。完成後, 客戶完成其 uat (使用者接受度測試) 並提供報告。任何更改都會發生, 網站就會上線。

正如你所看到的, 其實並沒有那麼難。整個方法的設計是為了對雙方都公平, 同時停止再發明。十分之九的客戶找到了解決現有功能問題的方法, 這是很完美的, 因為它降低了解決方案的總成本。

37信號–他們在上面!

一本偉大的書是一本來自37個信號的書。帕維爾, 我們在黃金海岸這裡的開發者之一, 把我放到了這本書上, 它改變了我們開發軟體的方式。微軟甚至在其產品中採用這些方法, 以增加上市時間並減少軟體發展預算。

你可以在這裡閱讀更多關於37個信號- HTTP://gettingreal.37signals.com/
或鼓舞人心的書在-HTTP://gettingreal.37signals.com/toc.php