赶工心得(四)

 

        图片统一命名后也有很多问题,比如不能相应路径的变化,还是样式表好用,隐藏细节啊呵呵,多么优秀的软件设计思想.和谐与统一往往是焦不理孟.统一有一个很大好处,关键点一更改,全局都发生变化.同时这也是他的一个坏处,有些时候,也许会在不知道的地方发生了不想它发生的变化.所以什么都统一也是不应该做的事情.

       项目到了后期,病毒也来凑热闹,此时时间非常的宝贵,扫描杀毒的时间当然没有,而这时机器时不可能格式化的(格式化所有盘,当然不可能,重要的文件会丢失;格式化系统盘,也不成,很多软件要重装).只好先将就着,但系统却越来越慢.有些时候问题就这么简单.团体的素质真的很重要,如果大家都有一定的计算机维护经验,这事情其实可以不发生.但是人是很懒的,不出问题的时候你预见到了问题,为他好让他做,他觉得麻烦或者说认为担心多余,这都还好,如果心理脆弱一点觉得你是在刁难,找茬,可就麻烦大了.像这种局存在双赢的解决方案吗?我相信是存在的,只是很难......

       项目到了后期,面对堆积如山的问题,大家的思维变得非常之敏捷.工作效率也是非常的高.有些人这个时候就会说,早这样何至于此.个人觉得这种话非但无益反而有害,这只是个希望,却没有任何具体的解决方案.很多人会因为这美好的愿望而采用简单粗暴的解决办法,反而违背了初衷.

      其实经历了几天的项目后期的运作,突然更深一层明白到敏捷开发的一些思想。在后期,需求异常的明确:通过验收。验收的标准也相对明确。所以我们的工作效率非常之高。软件开发中最糟糕的是什么?变化的需求。而在工程中的其他人,也是很怕这个的,需求的变化原因很多:沟通不足,理解错位,时间紧迫,客户要求。老话说:30之后才明白,计划不如变化快。类同于敏捷开发说的遵循计划不如相应变化。也就是拿变化去刺激项目以进化式发展。很多人一遇到变化就蒙了,可事实上我发现,变化的时候是需求最明确的时候。我现在的理解是:与其制作完美的计划,不如有计划的去制造变化。在项目中,客户的不满就是我们变化的主因。所以敏捷中才有客户合作胜过合同谈判一说。不过,面对有些客户,比如说政府,这点明显是很难实现......

      最后贴一下敏捷开发宣言:

       个体和交互 胜过 过程和工具

       可以工作的软件 胜过 面面具到的文档

       客户合作 胜过 合同谈判

       响应变化 胜过 遵循计划

       (目前来说,仅仅明白了后两个,勉强理解第二个,对于第一个,还不敢说理解,下次项目可以试着加进一些敏捷的思想来)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值