Getting Real-引言

引言 第一章

什么是 Getting Real?

想构建一个成功的Web应用么? 那么正是时候Getting Real. Getting Real 是一种更小规模,更快速,更高质量的软件构建方法。

  • Getting Real是关于省略所有表达现实(图表,曲线,矩形,箭头,统计图),而构建现实。
  • Getting real 是追求精炼。更少的代码量,更少的软件,更少的功能,更少的文档工作,更少无所谓的东西(而且大部分你认为必要的,其实不是)。
  • Getting Real 是保持精益,变得敏捷。
  • Getting Real从界面开始,也就是用户使用的屏幕。它从实际的用户体验开始,并且构建似曾相识的体验。这让你在软件误入歧途之前得到正确的用户界面。
  • Getting Real 是关于迭代和降低变化成本的方法。Getting Real聚焦于上线、调整、持续改进,使得其成为开发Web软件的最佳途径。
  • Getting Real只交付客户所需的,摒弃任何客户不需要的。

Getting Real的优点

Getting Real能够交付更好的结果,是因为它强迫你处理真正要解决的问题,而不是关于那些问题的空想。它迫使你面对当下。

Getting Real更注重实际的用户界面,而不是功能规格说明书和其他昙花一现的文档。只有当一个真实的网页呈现出来,相关的功能规格才是可信的,被证明是可接受 的。那才是是我们的客户将要看到和使用的。那才是需要关心的。Getting Real帮助你更快达到这个目的。并且那意味着你正在基于真实需求,而不是异想天开来构建软件。

最后,Getting Real是适合于Web软件的理想途径。那种把软件包装在盒子里,再等一年到两年才发布一个更新的学院派方法已经过时了。不像需要安装的软件,Web应用能够以天为单位持续改进。Getting Real利用了这种优势来提升Web应用的价值。

如何编写健壮的软件 How To Write Vigorous Software

健壮的著作是简明的。句子无废词,段落无废句子。同样的原因,画应无多余的线条,机器应无多余的零件。这不是要作者刻意缩句来逃避细节,从而提纲挈领,而是要作者字字珠玑。

—来自 “The Elements of Style” by William Strunk Jr.

不再发胖

旧方式:冗长,官僚主义的,“我们正在这么做来控制这些蠢驴” 的流程。典型后果是:臃肿,过目即忘,平庸得掉渣的软件。Blech。

Getting Real 除掉…

  • 花费数月,甚至数年的进度表
  • 不切实际的功能规格文档
  • 可伸缩性的争论
  • 又臭又长的员工大会
  • 大量招人的需求
  • 毫无意义的版本号
  • 憧憬完美未来的幼稚“路线图”
  • 无穷尽的偏好设置选项
  • 外包支持
  • 不切实际的用户测试
  • 写无用文档
  • 自顶向下的管理结构

你不需要成吨的钞票或者庞大的团队或者漫长的开发周期来构建伟大的软件。那些正是缓慢,晦涩,变化成本高昂的应用程序的帮凶。Getting real反其道而行之。

这本书将带给你…

  • 信仰之重要
  • 为什么小是好事情
  • 怎样构建更少
  • 怎样从现实世界中快速找到创意
  • 怎样培养团队
  • 为何要由内到外的设计
  • 为什么写作至关重要
  • 为什么要比对手少做
  • 如何升级你的应用和散播文字
  • 成功维护的秘诀
  • 发布后能够持续保持后劲的秘诀。
  • 其他…

本书关注于理论高度。我们不会使你陷入代码片段细节,或者是CSS窍门。我们会坚守在驱动Getting Real过程的主要思想和价值观上。

本书适合你么?

你是管理者,设计师,程序员,或者市场人员。

你意识到旧规则不再管用了。每年通过光盘分发你的软件?2002这个版本号怎么样?

或者你对敏捷开发和企业组织结构略懂皮毛,但是热切的想多了解一些。

如果听起来你是其中之一,那么这本书就是为你准备的。

注意:虽然这本书着重在构建Web应用上,很多理念也可以应用到非软件活动。关于小型团队,快速原型,期望迭代,和许多提到的其他经验能够为你引 路。无论你正在开始一项业务,写一本书,设计一个网站,记录签名册,还是其他各种各样的活动。一旦你在你生活中的某一领域开始Getting Real,你就或发现这些概念能适用的非常广泛。


关于 37signals

我们做什么

37signals是一个创造简单的,专一的软件的小团队。我们的产品帮助你协同工作,组织团队。超过35000个人和企业使用我们的Web应用来搞定他们的业务。 来自华尔街杂志的Jeremy Wagstaff写到 “37signals 的产品是超简单,精致,直接了当的工具,这些工具让微软的Outlook软件使用起来像受刑 。”我们的软件不会把你推到这种境地。

我们的习惯做法

我们相信软件太复杂了。太多的功能,太多的按钮,需要学习太多东西。 我们的产品比对手做的少 — 故意地. 我们构建的产品运行灵巧,感觉舒适,允许你以自己的方式做事,并且容易使用。

我们的产品

当这本书出版之即,我们有5个商业产品和一个开源框架。

Basecamp 把项目管理作为首要问题。Basecamp提供了消息板,待办事宜,简单调度,协同写作,文件共享。 而不是甘特图,炫丽的曲线图,和繁重的电子表格。目前,成千上万的人同意这是一种更好的方式。来自Salon.com的Farhad anjoo说:“Basecamp代表了Web软件的未来。”

Campfire 提供了业务模式下的简单群聊方式。实时持久的群聊对于业务来说非常重要。传统的实时聊天对于快速的一对一模式很有效。但是对于3个或者更多的人同时聊天来说异常痛苦。Campfire解决了此问题和其他相关问题。

Backpack 是一种替代那些玄乎,复杂,“通过25个步骤管理人生”之类的个人信息管理系统的产品。Backpack在页面,笔记,待办事宜,电话和电子邮件通知上的 简单尝试,在受“statis-quo-itie”折磨的一类产品中,是一个独具匠心的创意。Wall Street Journal的Thomas Weber说它是同类产品中最出众的。 New York Times 的 David Pogue说它是一个“非常酷”的组织工具。

Writeboard 使你能够撰写,分享,修订,和比较自己或者他人的文章。臃肿的文本处理工具,对于你95%的文字是功能过剩的,而Writeboard是一个全新的替代品。Web-guru Jeffrey Zeldman说:“37signals 的天才思想王者归来。”

Ta-da List 维护聚合你的所有待办清单,并且以在线方式组织。为你自己维护待办清单,或者通过和其他人分享来协作。没有更好的方式来搞定这些了。迄今为止,其创建了超过100,000个清单和1,000,000项行动。

Ruby on Rails, 对于开发者来说,是一个用Ruby编写的全栈式的开源Web框架。其使得开发真是应用快速而简单。你可以关注在你的思想上面,而由Rails操心杂事。 O’Reilly的Nathan Torkington说:“Ruby on Rails太令人震撼了。使用它像是观赏一个功夫片,片中一堆流氓框架准备痛扁这个小新人,没想到却被各种充满想象力的方式揪住了屁股。”Gotta喜欢 这段话。

你可以从www.37signals.com找到更多关于我们产品和我们的公司的信息.


告诫,免责,和其他丑话说在前头

为了扫清障碍,下面是我们对于一些不时听到的抱怨的答复。:

“这些技术不适合我”

Getting real 是一套对我们来说效果非凡的系统。但是本书的思想并不是放之四海皆准。如果你正在构建一套武器系统,一个导弹控制设备,一个为数以百万用户服务的银行系 统,或者其他对生命、财产至关重要的系统,你将会回避一些我们的放纵主义态度。请继续前行并且采取一些其他的防范措施。

而且不必全部采纳或者全盘否定我们的主张。即使你没能力完全Getting Real,一定有少许观点你能够偷偷摸摸避开当权者而实行。

“这些思想不是你们发明的”

我们没有声明我们发明了这些技术。许多概念已经以各种形式伴随我们很久了。当你读到一些我们的建议,并且它提醒你读到 的一些东西已经在一些人的日记或者一些已经出版了20年的书里面了。这是完全可能的。这些技术并不是37signals的独创。我们只是告诉你我们怎样工作和是什么带给我们成功的。

“你们的观点过于绝对”

如果我们的口吻看起来好像无所不知,目中无人,请宽容我们。我们认为果敢地提出观点要比唯唯诺诺,模棱两可要好得多。 如果这是骄傲自大的形象,它就是。我们宁愿具有煽动性,也不愿意用“那要看…”这样的话来和稀泥。当然这些规则需要时间来完善或者打破。而且一些策略可能 不适合你的场合。请运用你的判断力和想象力。

“我们公司内部不适用.”

觉得你的公司太大以至于难以Get Real?连微软也Getting Real(而且我怀疑你的公司更大)。

即使你的公司典型地执行长期,大型团队的调度计划,仍有方式Get real。第一步是分解成更小的团队。当太多的人牵扯进来,什么事都搞不定。你越轻装上阵,事情就做的越快越好。

没错,这需要一些推销潜质。让你们的公司投身于Getting Real过程中。给他们出示这本书。向他们炫耀你用更少时间和更小团队所得到的真实成就。

解释Getting Real是一种尝试新概念的低风险,低投入的方式。

如果你有勇气的话,秘密行动。在雷达下面飞行来证明真实结果。这正是Start.com团队在微软运用Getting Real的方式。“我观察过Start.com团队的工作方式,而他们没有经过许可”,微软的技术传播者Robert Scoble说。“他们有一个老板作为空中掩护。他们每次只接受一点功能,实现他们,并且响应反馈。”

推进微软的 Start.com

在大公司中,流程和会议是非常平常的。数月的时间被浪费在规划功能,争论细节,力求达到每个人在什么是对于客户来说是“正确”的东西上达成一致。

这可能是塑料包装软件的正确途径,但是基于Web的软件有难以置信的优势。立刻发布!让用户告诉你这是不是正确的东西。如果你愿意,你可以当天修正它然后发布最新版。没有什么话比客户的意见更有用 — 拒绝举行罗嗦的会议和争论。仅仅发布产品,并且证明这个观点。

知易行难 — 这说明:

数月的规划没有必要。
花费数月来写规格说明根本没必要 — 规格说明应该在开发过程中理清框架,描述并且精化细节。不要试图在开发开始之前解决所有选而悬而未决的问题,并且敲定所有细节。

发布更少,但高质量的功能.
你不需要一道电闪雷鸣伴随着全新的发布和一捆新功能。一小块一小块地喂用户,让他们能够消化。

如果发现了细微的bug,先发布敲定的核心功能,然后发布补丁。动作越快用户反馈越好。纸上谈兵听起来不错,但是实践中往往不理想。你越快发现观点的关键错误越好。

一旦你快速迭代,并且响应用户反馈,你就和用户建立了一种关系。记住目标是通过构建用户所想来赢得客户。

—Sanaz Ahari

0 Comments

Leave a reply

电子邮件地址不会被公开。 必填项已用*标注

*

联系我们

我们无法实时在线,但是您可以给我发个邮件,我们看到后会回复您

Sending
2016 京ICP备15001371号-2

Log in with your credentials

Forgot your details?