« Getting Real 学习笔记：... | Blog首页 | 春风不度玉门关 »
2006/06/13
Getting Real 学习笔记：执行过程
我有看该文章的英文版，但理解不深刻，这篇文章看后还是会有不少收获。该文章转帖自：http://indigos.cn/
尽快让你的软件运行起来：一个可以运行的软件是激励你团队最好 的兴奋 剂，还能让你暂时不去考虑那些无法使用的功能。这就意味着你要从最简单的功能开始，绕开细节的纠缠，用快速的方式去取得阶段性的成功，如果你做到这一点 了，你就能够更加精确的控制过程，这远比那些完美的规划、框架以及HTML页面的演示来的实在得多。一个看的到的可以运行的程序，可以让你和客户能够更清 晰的理解自己需要什么、在做什么，还能够避免讨论方案所浪费的时间。
使用迭代的方式开发：不要期待你开始的设计都是正确可行的。随 着你的 系统的逐渐完善，它会告诉你如何改进才是正确的，你必须要接受开发期的变化，其实它带来的是系统的进化。因为Web程序不像那些传统的软件，需要封版发 布，你可以在任何时候对你的程序进行调整，一遍一遍的直到满意为止。系统运行起来之后，用户的反馈将对你的设计和开发更有帮助。
从想法到实现：这里介绍的是37Signals的方法，从头脑风暴到草图到HTML页面，最后再是代码实现，他们用这个简单的流程来实现每个功能和产品。
- 头脑风暴：先收集众人的想法，大家一起找出自己的需求，产品可以做什么，这里不需要制定太多的细节，只需要给产品一个轮廓，后面你可以慢慢再去完善它。
- 画出草图：这是你表达想法的最廉价的方法，用简单的线条把你想象中的轮廓画在纸上，系统的结构、功能的流程和界面，这些都是尝试性的表达，所以不需要浪费过多的时间去争论对错。
- 实现HTML预览：用网页来实现你勾勒的界面，让所有人都能看到它的样子。这是你还不需要写任何程序代码，仅仅HTML+CSS就足够了，这样可以让你的设计与编码并行。
- 编码实现：当你觉得前面的过程已经足够表达你的想法了，就可以开始编码了。
上面的过程可以针对具体的功能和目标重复进行，以迭代的方式直到完成所有功能的开发。
避免过多选项：大家都希望通过选项来满足用户可以订制系统的需 求，这 样看起来系统很灵活，给了用户更多的自主性，但同时也给用户带来了更多的困惑，他们会为满屏幕的选项而头痛。用默认的习惯和最佳设置来取代那些不必要的选 项，这样或许对用户更友善一些。还有就是过多的选项会给你的程序带来过多的代码和界面，也意味着有可能产生过多的BUGS。
以”搞掂”为目标：当你实现一个目标就意味着你可以继续 向前进，不要为了某些错误的决定而停止前进。碰到问题你应该及时回头，而不是想办法去完成一个无法完成的任务。每一次目标的实现就像是一次小战役的胜利， 值得庆祝和纪念。让你的团队保持这种持续前进的士气，去完成那些正确的目标。要记住一点，好的执行力要远远比好的想法和目标重要。
真实测试：在真实的环境里面测试你的程序，获得真实的数据和反馈，再用这些来改进你的程序，因为实验室里的检测永远无法反映出实际的情况。所以要提前让用户体验你的Beta版本，你可以在用户使用的同时持续的完善功能，及时获得用户的反馈才是最重要的事。
缩短计划周期：制定一个需要数周或者数月才能完成的计划几乎是个不切实际的幻想，因为你根本就不可能预知这段时 间内会发生什么事情。所以缩短计划 周期，将时间分片，你可以把一个需要12周的计划分解成12个只需一周完成的小计划；把需要30-40个小时完成的任务细化到6-7个小时能够完成的每日 任务。同样的理论也适用于问题的解决，你可以把一个大的问题分解成若干个小的部分，然后逐一解决。
学习笔记仅供交流参考，需要了解完整的内容，还请大家购买《Getting Real》的原版:)Smaller Tasks and Smaller Timelines —— Gina Trapani, Web developer and editor of Lifehacker, the productivity and software guide
Caiwangqin
发表于
2006-06-13 11:35
阅读(1140)
评论(
0)
引用(
0)
Technologies'
所有人可见
- 收藏文章:
相关内容
回复列表每两分钟自动刷新一次，想立即刷新吗？点击这里
