64位世界中的32位思考

在网络设计魔术, 我们已经花了多年和几年的时间试图完善的最佳方法来发明软件或创建网站和系统。一开始, 很像任何一个向上和未来的软件公司, 我们似乎跳进去, 开始建设, 没有太多的思考, 任何过程, 无论是功能, 法律或视觉。

在过去10年中, 随着行业的发展, 方法也在发展。方法是规则 (不是具体的), 我们被告知要遵循, 试图建立一个完美的网站的预算和时间。在这场比赛中, 任何人都知道这是多么难实现。有些方法适合某些人和编程语言, 而另一些方法则根本不适合。

我们在这里使用多种方法;然而, 我们的核心是 msf (微软解决方案框架)。即使是 "开箱即用", 这个框架对普通网页设计公司来说也太复杂了, 因为它被设计成可以被软件开发人员、系统管理员或工程师使用。然而, 这种方法的基础是强有力的, 并得到了社区的大力支持。

我们从 msf 中提取了核心元素, 并将其与其他概念一起应用于创建一种方法来开发对我们自己和我们的客户都有效的网站。

制作真正的软件

过去我们通常会编写强大而严格的功能规范文档, 我们必须遵守这些文件, 这就是我们衡量我们成功的方法。不幸的是, 这使得它不现实, 一次又一次, 我们看到软件被匆忙, 以满足文档的范围和最后期限。虽然, 我们仍然觉得它是非常重要的有一个功能规范文件, 我们也认为, 我们应该放松在这些文件的细节, 并开始编写真正的软件。

从零开始编写软件的日子早已一去不复返了。人们没有时间或预算这样做;相反, 我们发现自己在 "定制" 预先编写的软件, 如我们的 cms, 在线商店和 sharepoint 产品。这些软件解决方案的创建者在考虑到这一点的过程中制作了他们的产品, 作为开发人员, 我们可以真正定制这些产品的任何部分, 以更低的成本满足客户的要求, 而且比旧的学校方式更快地进入市场。

顾客喜欢在屏幕上看到的东西。 没有什么比试图在纸上 (书面文字) 向客户展示一个概念或试图向他们解释你的想法更糟糕的了。 最好的方法是向他们展示我们觉得这个工具可以为他们的业务问题做什么, 并给他们一些快速看和玩的东西。然后, 他们通常可以找到围绕产品的方法, 看看他们真正需要哪些定制, 在以后的阶段可以完成什么, 以及用他们目前的预算可以完成什么。

下面是我们通常如何处理中型项目的流程。

首先, 我们的销售和开发团队都与客户讨论需求, 并根据我们对产品的了解和我们为项目提供 "球园" 预算的限制。正是在这一点上, 客户将对哪些 "内置" 功能合适以及需要哪些定制来了解。然后, 我们继续进行正式协议, 并安装产品的 "香草" 副本。这没有定制, 并设置为什么, 我们认为是接近客户的初始要求。

然后是客户转向 "玩" 软件。客户喜欢这个部分。这只是几个星期的事情, 他们正在使用他们的新软件。这才是真正的部分。真正的软件, 没有令人困惑的文件-只是多汁的功能!然后, 客户通常会有很多问题, 并在报告中提供这些问题。

我们的开发团队现在对需求有了很好的了解, 然后为自定义提供了更具体的时间估计, 这些估计被记录在案, 称为 "功能规范"。正是这份文件是我们的项目蓝图, 我们的使命是让价格尽可能接近最初发布的价格--假设客户没有改变主意。当客户决定在第一个版本中需要提供哪些自定义时, 开发人员就会开始工作。完成后, 客户完成其 uat (用户验收测试) 并提供报告。任何更改都会发生, 网站就会上线。

正如你所看到的, 其实并没有那么难。整个方法的设计是为了对双方都公平, 同时停止再发明。十分之九的客户找到了解决现有功能问题的方法, 这是很完美的, 因为它降低了解决方案的总成本。

37信号–他们在上面!

一本伟大的书是一本来自37个信号的书。帕维尔, 我们在黄金海岸这里的开发者之一, 把我放到了这本书上, 它改变了我们开发软件的方式。微软甚至在其产品中采用这些方法, 以增加上市时间并减少软件开发预算。

你可以在这里阅读更多关于37个信号- http://gettingreal.37signals.com/
或鼓舞人心的书在-http://gettingreal.37signals.com/toc.php