前端的敏捷开发.pdf

前端的敏捷开发 几天前，就网站的开发流程做了一个总结，观点比较片面、极端，仅供参考： 保证界面及用户体验的前提下，写代码的速度是第一要务 不要拘泥于什么技术可用，什么技术不可用。让它在最短的时间内跑起来，在用户体验的过程中完 成迭代升级。利用高速的开发流程，为项目创造竞争优势。有些可以用 CSS 实现的东西，没必要 挂JS 。然后还跑过来问 我不想用“ CSS ，这段 JS 为啥不能隐藏滚动条？ ”这种开发者，不仅是自虐， 还是在虐待访客的电脑。 针对某些要求 1小时上线的变态项目，大可以用 PS 直接生成 html ，什么是标准？什么是规则？这些 都是辅助我们制作网站的建议，当我们有实际需求的时候，大可以打破这种标准。标准是人制定的 ，前端开发者的追求目标，应该是去做制定标准的人，而不要被标准所束缚。当我们有实际需求的 时候，当服务器被拖慢速度的时候，不用谁来指挥，自然会去想如何降低带宽压力。让你的团队自 发思考，胜过于你拿各种标准来压迫执行。 负面影响：招聘的难度会大大增加，除非每个员工都有股份、或者是你亲自教出来的。不然，拿同 样多的薪水，很少有人会自发思考公司的业务。另外，迭代的开发成本也会很高，纯静态展示页 还好，加载程序的页面进行结构调整，会增大员工的工作压力。注意仅在合适的项目上玩速度。 开发人员和业务人员尽可能天天都在一起工作 在团队内部，最具有效果并富有效率的沟通方式，就是面对面交谈。 QQ 或者 MSN ，没有任何的语气语调，无法更直接的表述业务的着重点在哪里。容易产生误会。 开发过程中，要避免晦涩的文档及专业术语。每次沟通带上纸笔，说不明白就画，画不明白就抓一 个业务坐你身边，让他看着做。领导层要给他们提供所需的环境和支持，有可能的话，抓一个领导 坐在身边。减少交接的流程，简化开发文档。一个好的文档，是让开发人员明白每一步的要求是 什么。而不在于文档字数的多少。没有文档更好，只要你能给团队讲清楚。 即时响应，高效开发 在某些领域，为什么一些很小的网站可以战胜大的公司？ 他们不遵循守则，他们无需层层审批，他们发现什么好的技术可以直接应用到自己的网站上。说服 经理，即使很顺利，也需要一个说服的过程。况且有很多计划会夭折在领导层的审批上。用人不疑 ，如果你有一个不大的项目，如果你有一个可以信任的人，放手让他去做。 这个有执行力的人，一定要选好。做正确的事情比做错误的事情要困难很多。 客户胜于一切 之前有拿 海底捞“ ”举过例子，这里再谈一下他们的服务理念。 当客户提出某个要求，只要不是太过分，他们的员工通常都不会询问经理，而是直接帮你把事情 办好。 我个人最讨厌听到的答复是， 我们经理不在，对不起，我无权“ XXX ” 你连这么点权利都没有，你连一个客人都服务不好，还做什么服务员？ 一样的，一个小型的项目，当客户电话打过来抱怨，你又很清楚怎么做可以维护好公司的形象，直 接去做就是了。 客户胜于一切，用最快的速度完成他们的需求。当然，仅限于合理需求。 总之，还是要培养员工独立思考的能力，只有他们去想了、去做了，才能高质高效的完成工作。 花时间，去锻炼，去雇佣他们的大脑，而不是双手。 来源： /agile-development-of-front-end/ 人人都是产品经理（ ）中国最大最活跃的产品经理学习、交流、分享平台