- 浏览: 335241 次
- 性别:
- 来自: 福建,福州
最新评论
-
qaplwsok:
您好,能描述详细一些吗?
附件上传-前端篇 -
yuan:
comeback -
和未来:
谢谢 楼主
js的test方法 -
dongisland:
呵呵,终于看完你那密密麻麻的字了,感觉眼疼疼的,
我也是有点浮 ...
有点浮躁 -
xihuan&java:
问题解决谢谢
could not initialize proxy - the owning Session was closed
又开了一天的会,但是到底在说什么呢?
很多问题,在项目行进过程中,已经反复在讨论了,没完没了地......有点不耐烦了.早上的会,老董似乎在演讲.有个同事说,听她说,好想睡觉!她在说什么?难道为了证明她既懂业务,又懂技术?不过,说实话,她说的问题,不是开发项目里头,应该研究的问题.或者更确切地说,应该是管理阶层的问题.有的同事,都睡着了.有的干脆不听,出去透气.只有偶这样的,还傻傻地听着。提外话一下:她老人还真厉害.有5,6十岁了,退休了又创业,会开车,经常开车出去.朋友多,圈子广.不晓得偶到她这样的年龄会不会这么厉害.羡慕.
早上开完会,以为下午可以切入修订工作,说不清楚为什么,下午又被拉去开了一个下午.说什么,老调重弹.5月中旬说好的前台页面的布局,明明是他们敲定的了,现在又出尔反尔.郁闷到了极点.重要的是,那个本不该是开发组的活,而是美工的事情,因为功能都实现了,就是界面不那么好看,布局没有合理.偶只能对着辛辛苦苦弄出来的界面,默默然傻笑.又不能反抗什么.除非,把他们开除了.
以前不写文档的,现在又不知道吃了什么药,开始猛补文档.为什么一开始提议的时候,都不听呢?现在又变.如果一开始,就很规范地按照软件工程的整个的项目流线规范地行事,现在的修补也就不要那么辛苦了........
不曾想过,自己的工作会是这样地行进着.有些落寞,有些失落.虽然需求变更是软件开发过程中经常有的常态,但是,三天两头地变,那也太无常了吧....更重要的是前期都没有文档.后期恶补.感觉,无处呻吟地疲倦.很多事情,都没有统一和规范起来,难过死了.偶不知道自己该怎么办了.最大的困惑,莫过去天花乱坠地情景描绘,以及可以学到的知识,让自己矛盾.
最近的精神状态超级糟糕,晚上睡不着,白天上班想睡觉.晕死了...无数的质疑又开始爬满纷乱的思绪............
评论
多么简单的一句话,但要有多久的修炼,多大的包容,多深的人生智慧,才能在这种时刻说出如此令人动容的一句话。
很多问题,在项目行进过程中,已经反复在讨论了,没完没了地......有点不耐烦了.早上的会,老董似乎在演讲.有个同事说,听她说,好想睡觉!她在说什么?难道为了证明她既懂业务,又懂技术?不过,说实话,她说的问题,不是开发项目里头,应该研究的问题.或者更确切地说,应该是管理阶层的问题.有的同事,都睡着了.有的干脆不听,出去透气.只有偶这样的,还傻傻地听着。提外话一下:她老人还真厉害.有5,6十岁了,退休了又创业,会开车,经常开车出去.朋友多,圈子广.不晓得偶到她这样的年龄会不会这么厉害.羡慕.
早上开完会,以为下午可以切入修订工作,说不清楚为什么,下午又被拉去开了一个下午.说什么,老调重弹.5月中旬说好的首页的布局,明明是他们敲定的了,现在又出尔反尔.郁闷到了极点.偶只能对着辛辛苦苦弄出来的界面,默默然傻笑.又不能反抗什么.除非,把他们开除了.
以前不写文档的,现在又不知道吃了什么药,开始猛补文档.为什么一开始提议的时候,都不听呢?现在又变.如果一开始,就很规范地按照软件工程的整个的项目流线规范地行事,现在的修补也就不要那么辛苦了........
不曾想过,自己的工作会是这样地行进着.有些落寞,有些失落.虽然需求变更是软件开发过程中经常有的常态,但是,三天两头地变,那也太无常了吧....更重要的是前期都没有文档.后期恶补.感觉,无处呻吟地疲倦.很多事情,都没有统一和规范起来,难过死了.偶不知道自己该怎么办了.最大的困惑,莫过去天花乱坠地情景描绘,以及可以学到的知识,让自己矛盾.
最近的精神状态超级糟糕,晚上睡不着,白天上班想睡觉.晕死了...无数的质疑又开始爬满纷乱的思绪............
-------------------------------------------------------
几乎天天能够看到lz726在javaeye发牢骚、吐口水, 基本没有什么建设性的观点
抗议!
需求变更再正常不过了,不要上升到“出尔反尔”高度去,况且如果仅是首页的变更,这才是芝麻点小的事啊
弄个界面也很辛苦,说明你该提高效率了,该想想自己的问题了,而不是花时间来这里闲逛,浪费时间
这样说吧,整套页面变更对我来说我都不惧怕,业务逻辑变更我亦能从容面对!
我劝这位ID,现在不要去质疑别人,先质疑你自己先再说
是偶,没有写清楚吧.当然,具体的情况不能很真实的模拟了.....不过谢谢你的提醒.偶也没在这里逛荡.偶尔来,这里不是海阔天空么?
很多问题,在项目行进过程中,已经反复在讨论了,没完没了地......有点不耐烦了.早上的会,老董似乎在演讲.有个同事说,听她说,好想睡觉!她在说什么?难道为了证明她既懂业务,又懂技术?不过,说实话,她说的问题,不是开发项目里头,应该研究的问题.或者更确切地说,应该是管理阶层的问题.有的同事,都睡着了.有的干脆不听,出去透气.只有偶这样的,还傻傻地听着。提外话一下:她老人还真厉害.有5,6十岁了,退休了又创业,会开车,经常开车出去.朋友多,圈子广.不晓得偶到她这样的年龄会不会这么厉害.羡慕.
早上开完会,以为下午可以切入修订工作,说不清楚为什么,下午又被拉去开了一个下午.说什么,老调重弹.5月中旬说好的首页的布局,明明是他们敲定的了,现在又出尔反尔.郁闷到了极点.偶只能对着辛辛苦苦弄出来的界面,默默然傻笑.又不能反抗什么.除非,把他们开除了.
以前不写文档的,现在又不知道吃了什么药,开始猛补文档.为什么一开始提议的时候,都不听呢?现在又变.如果一开始,就很规范地按照软件工程的整个的项目流线规范地行事,现在的修补也就不要那么辛苦了........
不曾想过,自己的工作会是这样地行进着.有些落寞,有些失落.虽然需求变更是软件开发过程中经常有的常态,但是,三天两头地变,那也太无常了吧....更重要的是前期都没有文档.后期恶补.感觉,无处呻吟地疲倦.很多事情,都没有统一和规范起来,难过死了.偶不知道自己该怎么办了.最大的困惑,莫过去天花乱坠地情景描绘,以及可以学到的知识,让自己矛盾.
最近的精神状态超级糟糕,晚上睡不着,白天上班想睡觉.晕死了...无数的质疑又开始爬满纷乱的思绪............
-------------------------------------------------------
几乎天天能够看到lz726在javaeye发牢骚、吐口水, 基本没有什么建设性的观点
抗议!
需求变更再正常不过了,不要上升到“出尔反尔”高度去,况且如果仅是首页的变更,这才是芝麻点小的事啊
弄个界面也很辛苦,说明你该提高效率了,该想想自己的问题了,而不是花时间来这里闲逛,浪费时间
这样说吧,整套页面变更对我来说我都不惧怕,业务逻辑变更我亦能从容面对!
我劝这位ID,现在不要去质疑别人,先质疑自己先
看来大家的情况差不多.写了这些文字,也许纯粹是为了发泄吧.....
感觉倾吐完,舒坦多了.
这就是工作.
如果大家都睡了,我就更容易开口了。
也不怕说错话,打官腔了。
1、变更就是增加成本,所以没钱不干。
2、变更是要花时间的,所以时间必须拖延。
所以有变更就加变更,没有变更,制造变更也要上。
后期恶补文档,都习惯了!
放轻松点!烦了,听点音乐!
发表评论
-
附件上传-入库篇
2013-06-04 19:09 1439接上一篇:http://lz726.iteye.com/b ... -
附件上传-前端篇
2013-06-04 18:49 6217经过大半个月的折腾,终于可以出一个自己比较认可的版本。这次 ... -
开发测试总结
2012-05-03 17:22 1496两年前五月份写的,两 ... -
comeback
2012-04-28 14:59 11122012年4月28日,突然想到这词 comeback,嗯,好像 ... -
六月小忆
2009-07-08 12:50 1095转眼已经盛夏,时间的轮转里,又走过一季。 这一年的六月是忙碌 ... -
记得那一个多月
2009-06-15 13:05 1170早上,无意中发现之前在TST做的那个网站已经挂上去了 ... -
自己给自己的月报
2009-05-23 14:14 10375.5--5.8 旧系统维护 5.11-5.15 ... -
回到起点
2009-05-05 13:09 1101感觉像经历了漫长的蛰伏,蜕变一样,又回到了原点。而这一次却感觉 ... -
记录这一段时光
2009-04-17 15:24 12532009.02.13--2009.04.16 2 ... -
痛并快乐着
2008-09-28 22:31 1143人生,或者就是自我折腾 ... -
给生活写一段注释
2008-09-25 00:09 1527生活本身应该就是一道又一道的程序,逼自己在生命的某个程序走到这 ... -
期待如新
2008-07-26 14:57 1030辞职后,离开工 ... -
a begin an end
2008-06-22 21:30 1105终于告别了第一份工作,离职了反倒觉得很轻松.接下来, ... -
the moment
2008-06-13 22:26 993"这一刻,回头看见自 ... -
两三天
2008-06-06 22:10 1041这一周,努力地反思了许 ... -
要好好反省了
2008-06-04 02:10 1108JAVA基础知识都忘了,最近都不知道自己在做什么.汗颜,非常地 ... -
世界真奇妙
2008-06-01 07:42 1096首先,先祝福所有的人,六一节快乐.虽然,今年所有的快乐都可能带 ... -
恰同学少年
2008-05-31 00:16 1046如果每个人都能遵守交通规则,那要交通警察做什么呢?所 ... -
保守的尝试
2008-05-23 22:37 1096因为地震的影响,这一周 ... -
置之死地而后生
2008-05-17 01:09 1216用动荡不安来描绘这一 ...
相关推荐
需求变更是软件生命周期中的常态,源自用户需求的演进、市场环境的变化以及系统自身的改进需求。然而,不恰当的需求变更管理可能导致项目成本增加、质量下降、开发周期延长,甚至可能导致项目失败。 首先,理解需求...
在软件开发过程中,需求变更是一种常态。随着业务的发展和技术的进步,客户的需求可能会发生变化,这就会导致原有的需求文档、设计方案以及开发计划需要进行相应的调整。为了更好地管理和跟踪这些变更,确保项目的...
#### 软件开发过程中如何平衡好开发与需求变更的关系? 需求变更几乎是所有软件项目的常态。为了有效地处理需求变更,可以采取以下策略: 1. **变更管理流程**:建立一套规范的需求变更管理流程,包括变更申请、...
9. **变更管理**:文档中应包含如何处理需求变更的策略,因为软件开发过程中需求变动是常态。明确的变更管理流程能减少混乱,保持项目进度。 10. **验收标准**:定义了项目完成时应达到的具体标准,确保软件满足...
软件开发的质量管理是软件工程中的关键环节,它涉及到软件产品的全生命周期,旨在确保软件能够满足用户的需求,并达到预设的性能标准。根据ISO 9126的定义,软件质量主要由六个维度来衡量:功能性、可靠性、可用性、...
7. **需求变更管理**:需求变更在项目生命周期中是常态,必须有一个规范的变更控制过程,包括变更申请、评估、批准和通知所有相关人员。 8. **需求优先级排序**:不是所有需求都是同等重要的,因此需要根据业务价值...
- **核心思想**:变化是软件开发中的常态。 - **实践建议**:采用敏捷开发方法,灵活应对变化。 ##### 17. **只要可能,购买而非开发** - **核心思想**:当市场上已有成熟的产品能满足需求时,优先考虑采购。 - **...
5. 管理需求变更(Change Management):需求变更在软件开发中是常态,建立有效的变更控制流程至关重要,以防止因需求频繁变动导致的混乱和资源浪费。 6. 找到需求与能力的平衡(Balancing):项目经理需要权衡客户...
建立需求变更管理流程,对需求变更进行控制;制定全面且适应变化的需求规格说明,平衡需求的完整性与细化程度;明确需求描述,减少多义性带来的误解;考虑用户多样性,确保产品适用性;以及保证需求开发阶段的时间...
【软件需求】是软件开发过程中的核心环节,它关乎到产品的成功与否。需求的变化是常态,而非异常。正如亨利·福特和大卫张所指出的,用户往往只能描述他们现有的需求,即“更快的马”,而不是未来可能的创新,如汽车...
需求分析是软件开发过程中的关键步骤,其目的是确保软件能够满足用户的真实需求。在这个阶段,主要的任务包括了解和定义问题,分析用户的各种需求,并构建软件的逻辑模型。需求分析不仅涉及功能需求,如软件需要执行...
软件需求分析是软件开发过程中的关键步骤,它旨在明确用户的目标和期望,为软件的后续设计、开发和测试提供清晰的指导。需求分析涉及到与客户深入交流,确保准确理解他们的需求,同时也帮助客户识别和定义他们可能...
需求变化是软件开发过程中的常态,可能由多种原因引起,如未识别完全、业务变化、需求错误或不清晰。需求变化并不总是负面的,也可能带来商业机会。关键在于管理这些变化,确保它们在受控的流程中发生,而不是无序地...
作为一名软件开发项目经理,我在软件开发领域已有多年的经验。在实践中,我深深体会到需求分析与数据库设计在项目中的关键角色。客户的需求变化是常态,而如何应对这种变化是每个开发团队必须面对的挑战。在需求分析...
8. **变更管理**:软件开发中需求变化是常态,项目经理应有应对需求变更的策略,评估变更影响,决定是否接受变更,以及如何在不延误项目的情况下实施变更。 9. **激励机制**:项目经理可以通过设定奖励和激励措施来...
4. **需求变更管理**:需求变更在软件开发中是常态,但应尽量在早期阶段就充分挖掘和定义需求,以降低变更对项目进度的影响。通过良好的需求分析和文档记录,可以提高系统的稳定性和用户的满意度。 5. **学习与实践...
在变更过程中实现状态的可视化和准确的把控,指导开发人员进行需求设计,测试人员有针对性地进行测试,及时发现和解决问题,实现运维前移,从而大大提升业务系统的功能稳定性和系统的整体业务连续性。 专家简介中...
在软件开发中,需求变化是常态。变更管理规范了需求变更的提出、评估、批准和实施过程,防止频繁或不合理的变更导致项目失控。良好的变更管理既能满足客户需求,也能保持项目稳定性。 五、工具支持 在软件项目管理...
- **需求变更控制**:需求变更在项目中是常态,但必须妥善管理。一旦发现变更,应及时评估其对项目进度、成本和现有设计的影响,制定相应的应对策略。 - **预见未来需求**:考虑到项目的可扩展性,需求分析时应...