然 的个人资料逃出绝望号照片日志列表更多 ![]() | 帮助 |
|
2月26日 武汉、互联网、创业,些许不吐不快的话 zt
2月20日 改进的web2.0网站开发流程 上篇web2.0网站的开发流程需要改进分析了些影响web开发的主要问题,所以说好的开发过程需要解决好项目规划的问题,不同部门的协作问题。
1需求设计: 市场人员将设计意图转化为spec1,尽量避免设计过于复杂的交互方式、界面和样式,先保证程序使用上功能完善、逻辑正确。
2开发人员接到spec1后与市场人员沟通,有权对spec1进行与主要逻辑无关的简化,可简化的地方参见可以简化功能说明表,然后给出简化后的spec2以及开发计划。
3市场人员如同意,则在开发计划上签字,如不同意,则转2继续沟通。
4开发人员按照spec2进行开发,开发过程中开发人员可以不接受需求的增加,变更。
5 原型开发结束后,市场人员如果有新增需求或者需求变动,则转1
6 直到原型开发结束,且市场人员不提出需求变更、则进入细化开发,此时可细化spec1的需求,出spec3。
7 开发人员按照spec3制定开发计划,开始细化开发。
其实我们只做了几点简单的改变: 1简化了初期的需求 2 保证开发人员在一个稳定的需求下进行原型开发
这样做带来的好处: 1减少了前期改动需求带来的无用功。 首先我们将一次开发到位分割为原型和细化两个部分,这样可以在最短的时间内完成主要功能的开发。
2 保证了原型开发完成的时间。 市场人员很难在项目没有雏形的时候发现问题,原型出来后,市场必然会有需求的改动和增加, 而这个变动肯定是越早越好。
3由于开发过程中减少了人为的交叉控制的因素,开发和市场都可以方便的进行考核 不仅如此,当采取这样的考核制度以后,市场人员为了绩效势必减小需求的改动 ,也就不得不自最初的设计下多下功夫,力争改动最小,而这也是开发人员所希望的,而这些最终都会促进项目的开发。
其实这些都是很小的改变,而且很好操作,关键就在于市场人员不能急功近利、急于求成, 因为一切不好的东西都是从需求的变化产生的。
2月17日 是什么决定了web2.0网站的成功? zt
2月15日 web2.0网站开发存在的问题及其解决办法此文主要针对web2.0网站开发 国内web开发的状态 还在读书的时候,和寝室几个兴趣相投的同学偶尔一起做做网站,运气好接一下活还能挣个几千块钱,当时被称为有生存能力的牛人,时时洋洋自得中。而现在满书店都是教你如何建站的书籍,各种开发技术jsp,net各行其道,随便抓个学生都会做网站。中国的互联网这几年发展很快,没有网站的公司很少,有网站的大都忙着做seo,大家都希望在能把产品做成一种互联网的服务,现在也叫web2.0,愿望是好的,可事实上成功的互联网产品依然很少,而项目的开发管理更为混乱,很多项目把蓝图规划得十分美好,产品的设计也不错,到后来实施起来发现,项目进度推进很慢,做出来的东西和想到不一样;不少公司开发软件很顺利,可是做web项目就如履薄冰,举步维艰,这就是国内大部分web2.0网站开发的现状。 开发管理
抛开那些靠一两个程序员单打独斗的项目不谈,很多项目都经历了需求分析、详细设计,程序设计等阶段,确实也按照软件开发的规范在走,可到后来却发现需求分析不到位,详细设计和实现相差很大。开发过程中市场的新需求一个接一个,开发的新bug一堆接一推,人手不够拆东强补西墙,整个开发过程都在混沌中进行,开发人员疲于奔命、市场人员只能干巴巴看着项目一天天delay,最后不管是驴是马能交付就万事大吉了。这样的开发管理可以说是乱七八糟,而结果自然不能让人满意。总结的时候项目经理很受委屈,需求分析,详细设计该做都做了,开发人员没少加班,自己也是陪着熬夜,还得面对市场那边的责难,总之,市场和开发这边都很受委屈,套用春晚的一句话,大家都在问,这是为什么了? 其实不管是windos程序还是web程序都属于软件开发,他们都必须遵循需求分析 详细设计,软件编码这样的一个自上而下的过程,所以说传统开发方式是没错的,但是要保证软件过程能顺利实施还取决于两个因素:
1 稳定的需求 2 充足的分析设计阶段 而一般小公司的网站计划很多是灵光一现,总经理拍拍脑袋,需要马上实施,系统设计的时间不会超过一个月,匆忙的进入到开发阶段后设计上不足产生的问题马上浮现出来,于是马上改动需求,产生蝴蝶效应 ,整个开发节凑被打乱。国内只要不是专业的软件外包公司,基本上无法做到对项目做足需求分析,这个是人的因素也是能力所限。
排开人的因素,从web项目本身来说,需求是非常容易受干扰的。许多web2.0项目的基础都是新的技术或者是新的服务方式,这个过程中就存在一个新模式的探索,而反应在网站开发中交互方式与用户体验,功能性与易用性,实用性和表现力诸多因素的碰撞,同时还要兼顾不同文化,兼容不同的用户使用习惯等等 ,这会带来许多的变数,再强劲的大脑处理这些问题的时候也会力不从心,所以设计上反反复复是很自然的事情。这当然不能怪我们的大脑没有奔腾处理器那么厉害,反而不断的改进还是精益求精的表现,不过这些确实会打乱开发的节奏。
需求分析完成进入开发阶段后,影响最大的就是权利分配的问题。
一般公司对设计和开发的工作职责的界定并没有详细的规定,这也是比较中国的处理方式,公司领导希望开发和设计人员可以充分发挥自己的魅力,开发人员说服设计人员把需求简单一点,设计人员感动开发人员加班加点的完成任务,最后项目大获成功,开发和市场鱼水一家亲,举杯痛饮不醉不休。可惜这只是一厢情愿的美好设想,现实中每个人都有自己忙的事情,人的本性就是习惯站在自己的观点上看问题,于是这种缺少了制度约束的过程看似完成了任务,实际上在人与人,思想与思想的较量中花费了巨大的时间,最后所实现的产品也或多或少因为人的因素而打了折扣. 这带来的另外一个问题是项目完成总结上非常难以考核,开发人员抱怨市场那边需求变动太频繁,市场人员抱怨开发问题太多,项目推进太慢,这已经成了所有小公司开发总结会的通用措辞,而这个问题终于又回到了鸡生蛋、蛋生鸡上面,再英明的领导到了这个时候也只能大局为重,安抚一下了事,总结会还是没能总结出问题 ,而这些问题产生的原因就是开发过程中没有一个明确的职责划分去约束人的行为。
web2.0项目需求的难以确定,不严格管理带来职责的不清晰是影响项目开发的主要原因,我们改进web开发的流程,不是希望开发中的每个人都能成为完人,而是寻找一个开发和市场都能接受的,而且也有利于提高开发效率的流程。
下篇将介绍适合中小企业的web2.0项目开发流程 -改进的web2.0开发流程 |
|
|