저는 기능 상실과 관련하여 몇 가지 관련 버그가있는 프로젝트에서 작업하고 있습니다. 그들은 기본적으로 사소하지만 성가신 미적 문제이며, 기능의 손실을 기반으로 결국 해결되어야하지만 최우선으로하지 말아야합니다. 그러나 이러한 버그는 악몽에 빠질 수있는 근본적인 구운 디자인 결함으로 인해 발생합니다.디자인 결함을 나타내는 사소한 버그를 처리하는 방법은 무엇입니까?
기능상으로 사소하지만 구운 설계 결함으로 인해 발생하는 버그에 직면 할 때 구석에 더 이상 그림을 그리지 않거나 우선 순위가 낮은 버그로 처리하지 않으려면 계속해서 선착순으로 대우하는 것이 좋습니다. 기능적으로 더 중요한 것들과 함께, 나중에 프로젝트를 성숙시키고 사소한 버그에 대한 수정 사항을 우선시 할 때 나중에 그 방법을 찾아 낼 수 있기를 바랍니다.
기능 손실과 관련하여 문제가 미미하며 기능 손실이 개발중인 소프트웨어 솔루션의 맥락에서 관련이 없다면 다른 미래의 기능에 제한이 있는지 확인해야한다고 말하고 싶습니다. , 시력에 영향을 미치지 않는다면 앞으로 나아갈 것입니다.
일반적으로 소프트웨어 프로젝트를 마칠 때 아무리 작고 멋지게 생각하더라도 일반적으로 최종적으로 성숙 단계에 접어 들게됩니다. 디자인. 기본적으로, 당신이 그것을 다시 시작해야한다면, 당신은 항상 그것을 다르게 할 것입니다.
마치 쇼 스트립퍼가 아닌 것처럼 계속 하겠지만, 결국 중요한 재 작성을해야한다는 사실을 정신적으로 준비하기 시작합니다. 끝내지 않으면 끝내주는 보너스입니다. 특히 팀 또는 관리 환경에서 작업하는 경우 영향을 미칠 수있는 향후 개발 상황에서 위험으로 명확하게 분류되어 있는지 확인하십시오.
경영진은 항상 자신의 투자에 대한 투자 수익을보고 싶습니다. 따라서 경영진은시기 적절한 릴리스를보고 싶어하며 y 시간 내에 x 개의 버그를 수정했음을보고 싶어합니다. 그러나 그렇다고해서 디자인을 무시할 필요는 없습니다. 버그를 수정하면서 결함을 보는 부분의 재 설계를 준비하십시오. 석방 후, 왜 재 설계되어야하는지, 그리고 문제를 해결하는 데 얼마나 오래 걸릴지에 대한 추리를 제시 할 준비를하십시오. 신선하면서도이 버그를 수정하면서이 내용을 적어 두십시오.
이상적인 세계에서 우리는 요구 사항의 변화에 따라 끊임없이 디자인을 다시 작업 할 수있는 무한한 시간을 가질 것입니다. 실제 세계에서는 디자인을 변경하는 비용과 현재 디자인을 계속 유지하는 데 드는 비용을 비교해야합니다. 먼저 현재 디자인에서 버그 수정에 소요 된 시간을 계량화하고이 구성 요소를 다시 디자인 할 때 예상되는 시간과 비교하여 시작할 수 있습니다.