几天前，就网站的开发流程做了一个总结，观点比较片面、极端，仅供参考：

保证界面及用户体验的前提下，写代码的速度是第一要务

不要拘泥于什么技术可用，什么技术不可用。让它在最短的时间内跑起来，在用户体验的过程中完成迭代升级。利用高速的开发流程，为项目创造竞争优势。有些可以用CSS实现的东西，没必要挂JS。然后还跑过来问“我不想用CSS，这段JS为啥不能隐藏滚动条？”这种开发者，不只是自虐，还是在虐待访客的电脑。

针对某些要求1小时上线的变态项目，大可以用PS直接生成html，什么是标准？什么是规则？这些都是辅助我们制造网站的建议，当我们有实际需求的时候，大可以打破这种标准。标准是人制定的，前端开发者的追求目标，应该是去做制定标准的人，而不要被标准所束缚。当我们有实际需求的时候，当服务器被拖慢速度的时候，不用谁来指挥，自然会去想如何降低带宽压力。让你的团队自发思考，胜过于你拿各种标准来压榨执行。

负面影响：招聘的难度会大大添加，除非每个员工都有股份、或者是你亲身教出来的。不然，拿同样多的薪水，很少有人会自发思考公司的业务。另外，迭代的开发成本也会很高，纯静态展现页还好，加载程序的页面进行结构调整，会增大员工的任务压力。留意仅在合适的项目上玩速度。

开发人员和业务人员尽可能天天都在一同任务

在团队内部，最具无效果并富无效率的沟通方式，就是面对面交谈。
QQ或者MSN，没有任何的语气语调，无法更直接的表述业务的着重点在哪里。容易产生误会。

开发过程中，要避免晦涩的文档及专业术语。每次沟通带上纸笔，说不明白就画，画不明白就抓一个业务坐你身边，让他看着做。领导层要给他们提供所需的环境和支持，有可能的话，抓一个领导坐在身边。减少交接的流程，简化开发文档。一个好的文档，是让开发人员明白每一步的要求是什么。而不在于文档字数的多少。没有文档更好，只需你能给团队讲清楚。

即时呼应，高效开发

在某些领域，为什么一些很小的网站可以打败大的公司？

他们不遵照守则，他们无需层层审批，他们发现什么好的技术可以直接使用到本人的网站上。说服经理，即便很顺利，也需求一个说服的过程。况且有很多计划会夭折在领导层的审批上。用人不疑，如果你有一个不大的项目，如果你有一个可以信任的人，放手让他去做。

这个有执行力的人，一定要选好。做正确的事情比做错误的事情要困难很多。

规则就是红绿灯

看过一条旧事，某国的一位老太太在凌晨空无一人的十字路口，等待绿灯。
这种恪守规则的人，值得我们去尊崇。

但是，我们未必要去这么做。
互联网的战场，时间跟钱有时候是可以划等号的。能够保障网站正常运作的前提下，红灯，该闯就闯。

客户胜于一切

之前有拿“海底捞”举过例子，这里再谈一下他们的服务理念。
当客户提出某个要求，只需不是太过分，他们的员工通常都不会讯问经理，而是直接帮你把事情办好。

我团体最讨厌听到的答复是，“我们经理不在，对不起，我无权XXX”
你连这么点权利都没有，你连一个客人都服务不好，还做什么服务员？

一样的，一个小型的项目，当客户电话打过来抱怨，你又很清楚怎样做可以维护好公司的笼统，直接去做就是了。
客户胜于一切，用最快的速度完成他们的需求。当然，仅限于合理需求。

总之，还是要培养员工独立思考的能力，只要他们去想了、去做了，才能高质高效的完成任务。
花时间，去锻炼，去雇佣他们的大脑，而不是双手。