web2.0较好的开发小组模式
开发一个很好的应用，而不是开发一个玩具，一个只供技术人员吹捧却无市场价值的网络应用，最主要的就是要由市场来驱动。但这不是说市场人员说什么，技术人员才去做什么。更现实的情况是，市场人员不懂技术，挖掘来的市场需求不懂得如何用技术去实现。所以市场人员应该说明市场需要什么，而不是进一步的要求技术人员怎样去做。
从市场人员处获得需求后，技术人员就可以开始工作了。在理想的情况下，我认为一个项目最好限制在一个月内完成，项目组以三个人为人数上限。为什么？web2.0强调小而精，开发出来的应用最终应该是可以整合的（简单的就是RSS聚合，复杂的就是整合入Portal）。而且市场变化这么快，全球有这么多人在盯着，一个想法到实现如果超过两个月，我觉得也就不用去做了。
OK，废话了这么多，现在说到开发小组的结构了。
上面说过了，一个项目的时间在一个月左右，开发人员在三个左右。角色如下：
A：项目组长，核心代码编制及架构设计，工作安排。最好能懂多些数学，可以胜别人一筹。
B：程序开发，
C：美工，最好还能会CSS2 。
从人数和角色安排上面看，和传统的小型网站开发没有什么不同。 这也就是某些web2.0应用可以做得那么红火，而某些照搬别人模式的网站却以倒闭收场的原因。因为即使是三个人的团队，也有团队精神或者说是团队文化。正如web2.0强调的人人参与。在开发小组里面最重要的就是强调人人参与。由于管理成本，技术的原因，很多问题并不能很好的细分到某个人身上。特别是web2.0这种很强调用户粘性和可用性的网络应用，更是需要注重细节。所以开发小组的用人要求就是每个人都能为了这个网络应用去献计献策。
经过一个月的开发，服务就上线了，更多的事情还在后头。打上个beta的标签，还得持续和用户沟通，持续了解用户的需要，持续改建。这也是为什么这类型的开发要三个人左右就可以，因为可以持续的做下去，公司也能承受。如果人多了，超过公司承受的范围。这时候就有可能出现裁员的情况。如果一件事情，做完了有人就得走人，大家还会这么努力向前进吗？
