by Aoxinjun
4. August 2009 02:42
在(一)中谈的主要是对一个项目、一项工作的重视程度。不可否认,它会直接影响到产品和工作的最终交付质量。
但在日常工作中,手头的项目、工作往往不止一个,都同样重视就等于都不重视,这时候需要我们对这些项目、工作进行区分,鉴定他们各自的优先级别(Priority),重要的先做,次要的后做。这与我们Issue Log、Action Log、TD中记录的缺陷是一样的,一定要把重要的、紧急的问题或缺陷先完成了,再去修改那些不紧要、可以等等的问题或缺陷。
然而在现实工作中,不少同事总是先把那些级别标记为L的改了,然后才开始改标记为H的问题和缺陷。一个重要原因,就是那些标记为L的问题和缺陷很好改,花不了多少时间。但不要忘了,再少的时间也需要时间;积少成多,时间也许会占用不少呢!所以不要让这个坏习惯影响到给客户的交付。
也许有的同事会强调,有些问题是相互关联的,一定要先改了某个级别为L的、才可以去修改级别为H的。我没有作过统计,但经验告诉我,那种情况并不多见;许多问题仔细拆分一下,并不是那么强的关联。如果真是很强关联,那么和可户说一下,把那个有关联的、级别为L的也改为H的,不就行了!所以,很大程度上,还是我们的思维和习惯在作怪。
f2efeb91-a313-444b-97d4-4c8b8d8a58be|0|.0
Tags: