f*****d 发帖数: 2285 | 1 【 以下文字转载自 SanFrancisco 讨论区 】
发信人: flgtspd (flgtspd), 信区: SanFrancisco
标 题: 新码工请教如何处理修bug和开发features
发信站: BBS 未名空间站 (Wed Jun 11 01:22:30 2014, 美东)
自己刚参加工作不久,现在在工作中遇到了一些问题。向有经验的码工请教。
在工作中时常需要修bug,如果不停的修bug,会delay写新feature的进度。想请教一下
,如何比较好的处理这两个问题。
有些bug是flaky的,比较难处理,很多时候的bug也不知道是谁的错。有时候,是自己
的代码出的错,可是flaky的rate比较低,修起bug也比较花时间。
关键是修bug会打断开发新feature的进度。 不知道怎么处理这两者间的关系。
还请有经验的码工赐教!多谢! |
g*****g 发帖数: 34805 | 2 You should have some bug tracking system, e.g. JIRA and some form of sprint
to organize what you plan to finish in the sprint. Tickets should be
prioritized, regardless of gugs or new features. |
f*****d 发帖数: 2285 | 3 多谢大牛回复!
sprint
【在 g*****g 的大作中提到】 : You should have some bug tracking system, e.g. JIRA and some form of sprint : to organize what you plan to finish in the sprint. Tickets should be : prioritized, regardless of gugs or new features.
|
i**i 发帖数: 1500 | 4 Check with your boss:
- here are the issues and the consequence.
- here is my plan
- if something does not go smoothly, here is the strategy: somebody else
take over; prioritize the queue again.
The philosophy: Be your own boss.
【在 f*****d 的大作中提到】 : 多谢大牛回复! : : sprint
|
f*****d 发帖数: 2285 | 5 多谢指导!
【在 i**i 的大作中提到】 : Check with your boss: : - here are the issues and the consequence. : - here is my plan : - if something does not go smoothly, here is the strategy: somebody else : take over; prioritize the queue again. : The philosophy: Be your own boss.
|