Tue, 29 Dec 2009 14:04:00 GMT专注于网游服务器技术研发、团队及过程改进，关注网游产品设计、研发、市场与运营完整流程中的各个环节http://blog.csdn.net/blogrss.aspx?username=sodmehttp://blog.csdn.net/sodme/archive/2009/12/29/5101628.aspx我认为，有志之士当不应该只作一个旁观者。目前的现实，是一种缺憾，更是一个机遇。没有信仰，可以找信仰；没有文化，可以学文化。要紧的是，要切实修行，设计者自己要真正“有货”：不仅要有设计方面的技术、技巧、内容，更要有背后的人文关照和人文理想。请相信，大家并不总是喜欢黄赌毒，每个人在内心最深处总有对希望、美好、纯洁的向往和依恋。要紧的是，作为设计者的我们，需要从“半径3公里”----每一天的学习和实践开始，去追求可以让我们持续和长久的东西。Tue, 29 Dec 2009 22:04:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/12/29/5101628.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2009/11/16/4818541.aspx处在这样养尊处优地位的他们，又有多少人亲自与最普通的用户作过面对面的交流？又有多少人曾经试图了解或者走入普通中国人的日常生活中，哪怕只是在周末的时候去串串胡同，找个最平常的夜啤酒摊坐下来听周围的人侃侃大山？再退而求其次，他们有没有认真用过国内这些竞争对手的产品？我想，很多人可能都是不屑于用的吧？好吧，你不屑的结果，带来的也必然是用户的不屑眷顾...我常常感觉，现代人最可悲的一个地方就是，一味的执迷于在各种所谓的数据和论证中去寻找答案，而忽略了人最直接的个人体验，忽略了自己最直观的个人感受。很多的事，你的自我感觉已然不好，偏又要去不断的寻找为什么不好的答案，我不觉得这是一种很有效率的生活方式，要知道，那些所谓的数据和论证毕竟也是人作出来的，也是有可能存在错误的，与其寻觅良久都不见得能真正找到答案又何必非要那个可有可无的答案呢？是的，生活不需要证明，生活，需要的是体验。Mon, 16 Nov 2009 22:22:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/11/16/4818541.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2009/10/14/4666792.aspx伊藤洋华堂，所处的是竞争最为惨烈的商场零售业，尽管在很多方面，互联网行业与零售业有着千差万别的巨大不同，但在同样多的地方，又有着太多相似、相近的思路，比如活动的促销，比如对消费者体验的收集和分析等等.....，这一本书，不仅可以作为了解零售业，了解中国市场和老百姓，甚至可以作为一本很专业的职场教科书，它里面说的很多作事方式、思想方法，都同样适用于我们这些所谓高科技行业的白领们......，我同样相信，伊藤作得这么好，也必然有它自己的价值所在。我很想知道，这些价值是什么，很想知道这些价值是如何一步步创造出来的，更进一步的，我想弄清楚，这些价值有哪些是可以为我们所用、以及如何用的。Wed, 14 Oct 2009 00:30:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/10/14/4666792.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2009/04/15/4078439.aspx上一篇文章中，我谈到了SCRUM方式下对项目的逐层分解概念，而其实，我们的目的并不在于分解本身，我们的目的是在于加强对项目的控制力度，是想让一个比较大的项目，能按一个比较可控的进度进行研发。逐层分解后，落实在实实在在的研发中时，那就要看具体到每一天的工作来如何安排了。其实，有很多其它的开发方式有比SCRUM更好的项目分解方法，但为什么那些方式都很容易陷入进度不可控的泥潭呢？我想，其中一个很重要的原因就是，每一天的具体控制没有作好。OK，那就让我们一起来看看如何在SCRUM的开发方式下，作好每一天的工作。Wed, 15 Apr 2009 22:50:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/04/15/4078439.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2009/04/13/4070887.aspx作传统软件时，可能你的用户只是一两家企业，你可以整天泡在你的用户那里，把各方面的需求了解得清清楚楚、明明白白、真真切切，但是，互联网的用户动辄千、万计，甚至百万、千万、亿计，你无法靠一个设计者的脑袋去考虑清楚这么多人的需求和喜好，你只能尽快提炼出他们需求中最重合的、“你自以为有用”的需求，而后尽快把想法实现出来，把可测版本推到用户面前，去验证你的设计，然后再尽快推出新的版本来满足你从用户那里得到的新有效需求。从某种意义上来说，这种开发模式下的软件形态，是一种周而复始、不断进化的过程，它甚至已经超越了我们以前所了解的传统的软件生命周期模型。蓦地，这让我想起了佛学里所说的轮回，是的，只要这种开发方式下出来的产品走上良性循环，它的存在形式本身就是一种轮回。Mon, 13 Apr 2009 21:35:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/04/13/4070887.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2009/03/24/4021583.aspx前面几篇文章中，都在不断重复着＂敏捷＂二字的真正内含，是的，如果要说起这些所谓的内含，应该没有人会反对，但是，如果把这个问题再引申一步：如何理解各种各样的敏捷开发形式与敏捷方法论之间的关系？如何把书本上总结的各种各样的敏捷理论用于我们的开发实践？这些问题，可能就不再是那么容易回答的了．在本篇文章中，将会阐述我对这些问题的理解以及我的实践解决之道．Tue, 24 Mar 2009 22:14:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/03/24/4021583.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2009/03/23/4018331.aspx“实践、总结，再实践，再总结”，我的很多研发观念，都是在这样的过程中不断形成和改进的，而我之所以能坚持这样不断作下去，是因为我想把一件事不断的作得更好，一直逼近我自己想要的极致。而事实上，因为每位开发者所在的领域、所掌握的工具、所面对的客户都可能有所不同，采用不同的开发方式本身就是非常自然而然的。其实，我的这个系列文章，有一部分是在说研发，而更重要的一部分是在说我们应该以什么样的思想、什么样的态度，以及什么样的方法来作事，而无论“这件事”是研发，还是销售，是产品，还是公司，我想，很多的东西，都同样适用。经过前面一虚一实的两篇文章后，下面引出的这篇文章仍然偏向于“虚”，仍然偏向于方法论，至于对大家有没有用，要看大家思考的深度和探索的力度。Mon, 23 Mar 2009 20:49:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/03/23/4018331.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2009/03/23/4015875.aspx第一篇文章，说到了敏捷方法论和世界观的问题，看似有点玄了，其实，任何一个可以坚持下去的人或者任何一件可以坚持作下去的事，它的背后，都一定有一套自己的逻辑体系在支撑，而这个逻辑体系，就可以看作是它作事作人的方法论．敏捷二字, 其含义有两层: 高效率, 高质量. 其目的也绝不仅仅在于"快"研发, 它的终极目的, 是推动整个产品或者公司团队加速面向市场提供好产品的速度和质量. 在这一篇文章中，将会详细谈到我们自己的具体作法，当然，这已经是一年前的文章，很多作法可能已经因应现在的形势进行了改进，但基本的思想已暗含其中。你的作法可能与此不一样，但任何已经学会驾奴开发过程的同仁应该都会明白这些作法背后的含义。Mon, 23 Mar 2009 08:49:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/03/23/4015875.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2009/03/20/4006404.aspx这是继“作团队感悟”之后，转载自我网易博客的又一个系列文章，在这个系列文章里，主要记录和描述了我对于敏捷开发、敏捷团队以及敏捷公司的理解。我认为，敏捷和迭代，已经是一种世界观和方法论，而不仅仅是一种技术手段或者工具。融汇贯通敏捷和迭代的深层次思想，不仅仅能帮助我们提高研发水平和研发质量，更重要的，它可以更好的帮助一个团队或者一个公司走向成功。下面，引出第一篇文章内容。Fri, 20 Mar 2009 09:03:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2009/03/20/4006404.aspx大宝(sodme)http://blog.csdn.net/sodme/archive/2008/09/27/2985742.aspx这是一篇有关“如何引进开发方式”的作团队感悟，其核心思想是：每个团队，都会在技术水平、团队氛围、心理心态等方面有诸多不同，我们不能武断地以别人对一种开发方式的评价而冒然决定在不在自己的团队中使用。即使是要使用这些新概念，也要根据团队实际情况进行改良和再造，抓住新概念的本质精神，对具体方式进行简化和借鉴，以求更好促进当前的开发。Sat, 27 Sep 2008 09:11:00 +0800大宝(sodme)http://blog.csdn.net/sodme/archive/2008/09/27/2985742.aspx大宝(sodme)