论坛首页 软件开发和项目管理版 项目管理

电子商务网站的可持续发展

浏览 11686 次
该帖已经被评为良好帖
作者 正文
最后更新时间:2008-02-01
引用
只是在自己承担一个任务时,才会去看那些相关的代码,这样就会时间太紧了,手忙脚乱的,容易出错。所以在平时,就要强制性的review代码,是必须要的,你不能信赖别人的主动性,否则的话就是自食苦果。


这点有体会。
对于新人来说,根据具体功能来review一些代码,对更快的入手项目,和提出自己的解决方案帮助是很大的。
   
0 请登录后投票
最后更新时间:2008-02-20
刚刚看你的这篇文章,写的非常好,对项目管理中的一些细节问题描述的非常好,提出的意见也不错。
你所提到的7个问题,相互之间也是很有关联,业务变化带来系统需求变更,从而项目开发也要随之变更,在这个过程中,项目管理者,架构师,开发人员,测试人员,配置人员等等和开发相关的人员都有可能在发生变化,开发团队适应这种变化,从公司角度看,公司管理层需要做的不仅仅是和离职者说byebye以及招聘新员工,更重要的是要在员工管理上下功夫,留得住员工。其次在招聘过程中要花心思,不是做几道题就能知道是不是合适的人选,考察能力或智商很重要,考察做人做事工作态度更重要。

    说到测试方面,我想测试和开发是辨证统一的关系,二者不能分离,统一的系统架构和统一的开发方式,统一的使用方式会有助于更快更方便的测试,尤其自动测试,如何能形成统一,首先架构师需要设计一致的架构,在开发过程中,对开发者不同的开发习惯加以统一,开发着加入项目前需要进行培训。开发者在开发过程中也需要对自己开发的代码进行功能测试,质量保证的压力不仅仅放在测试人员那边,开发者同样担负者质量保证的任务。
   
0 请登录后投票
最后更新时间:2008-02-22
和我的处境差不多,最主要的原因是我们都是建议者而不是决策者,或者是某些范围内的决策者。而你的建议实施超出了你的控制范围,没有能力去推动,这种感觉很痛苦。一种做法是一点一点推动,能推动多少推动多少,要不就是设法取得决策者的完全信任。
   
0 请登录后投票
最后更新时间:2008-02-23
随着业务的发展,有很多的合作型的项目,子系统越来越多,同时要外接的系统越来越多, 做为一个分销的平台,可能要和外接的B2B系统对接,即要给别人在公网上发布接口,又要从第三方的系统获取产品数据源,这种系统与系统之间的数据交换,缺乏统一的标准,各种各样的技术都可能有,又有不同的项目组负责,各自为政,这不是他们的问题,他们不是CTO,不是架构师。
   
0 请登录后投票
最后更新时间:2008-02-25
好经常的评论,虽然我不是做电子商务的,但在公司也是做开发,职位也不高,提过很多相关的建议,结果所有的建议都给打回,在过若干时间后,那些高层想起来才会有提议。
他们采用是客户提出的某些需求。

软件开发中确实存在好的建议不被采纳,责任推脱等问题,但如果你不是公司决策,或决策不是很容易接收新事物的话,一起都是空谈。其实每个环节问题都很大,重要的是决策层的态度。
   
0 请登录后投票
最后更新时间:2008-07-15
其实主要还是决策层的事情。大多决策层不愿在开始就好好考虑架构因为会有比较长时间看不到东西出来,他们会压开发人员用最简单的方式“先做出个东西来看看”(没有设计,没有性能考虑),并且承诺后面会给你时间好好设计。等到头几个页面(应该称之为demo)出来以后,他们又会迫不及待的往里面加新功能,开发人员再提出要好好设计一下,他们会以现在没有问题,不用考虑那么远来拒绝。

决策层考虑的是尽快出东西,尽快拿到投资,拿到投资即使全推翻重做都行。但是现在投资方都会不断的提新要求,不完成不给钱,结果就只能仓促的在没有架构设计的基础上增加新功能,结果可想而知,bug频出,修改困难,开发人员士气低下。然后投资方不满意产品质量,停止追加投资...

其实不仅仅是网站,所有的小公司都面临这样的问题。不仅仅是中国,国外也是这样。作为开发人员,更多只能是无奈,发发牢骚,然后走人。

觉得在决策层里最好能有一个懂技术的CTO而且要能说的上话,其次在早期要尽量保持小规模,减少成本,不要一开始就想着找投资。等有一个可行的方案和架构之后再考虑投资的事情。
   
0 请登录后投票
最后更新时间:2008-07-22
OneEyeWolf 写道

 

 

个人意见如下:表现为对一个符合企业(网站)发展的成熟、可扩展的软件架构的需求,以及完备的开发、维护、扩充的方法与规范。在任何一个环节发生意外,则导致各种衍生问题。

   
0 请登录后投票
论坛首页 软件开发和项目管理版 项目管理

跳转论坛:
JavaEye推荐