조직 내에서 다른 사람이 신경 쓰지 않는 것이라면 개발자로서 문제를보고하는 것이 우리의 일입니까? [닫은]

편집하다:

나는 지적해야한다. 내 개인적인 견해는 내가 적극적이어야한다는 것이었다. 나는 때때로 내 혀를 물어야한다는 것을 알고 공동체의 의견을 듣고 싶었다.

SO 사이트 제품군에서 더 적절한 장소를 찾지 못했습니다.

시나리오는 다음과 같습니다.

• 소규모 조직 <직원 70 명
• 카 부서 없음
• 매일 수천명이 본 웹 사이트.
• 나는 유일한 웹 사이트 개발자입니다

• IE6에서 사이트가 손상되었다는 단일 불만이 없었습니다.

• 우리 사이트가 IE6에서 몇 년 동안 작동하지 않은 것을 발견했습니다. 내가 교체 한 사람은 IE7에서만 테스트하고 있어야합니다. 가상 PC와 IE6을 시작했는데 사이트가 완전히 엉망입니다. 너무 깨진 일부 메뉴 항목을 선택할 수 없습니다. 끔찍해 보인다.

다시 한번, 버그를 사전에 찾아내는 것이 우리의 일입니까, 아니면 고객이 요청한 것을 바로 고치나요? ...

개인적으로 저는이 기회를 조직과 함께 활용하여 IE6 지원 또는 호환성에 대한 기대를 줄이려고합니다.

짧은 대답입니다. 전문 개발자는 적극적이어야합니다.

긴 대답은 다릅니다. 귀하의 사이트에 분석이 설정되어 있습니까? 그렇다면 브라우저 보고서를 사용하여 IE6의 트래픽 비율을 확인하고이를 사용하여 ROI가 귀하 (또는 비즈니스) 시간의 가치가 있는지 판단 할 수 있습니다.

발견 한 문제를보고하겠습니다. IE 6 지원에 대한 기대도 줄이려고하기 때문에 보고서에 다음 내용도 포함시킬 것입니다.

• IE 6에서 귀하의 사이트를 방문한 사용자 수에 대한 통계
• 아무도 문제를보고하지 않았다는 사실
• 개발 시간 측면에서 IE 6에서 사이트를 계속 지원하는 비용

예 예 천 번 예!

전혀 문제가 없습니다!

IE6으로 사이트를 방문하는 사람들의 비율을 확인하기 위해 로그를 살펴볼 것입니다. 아마도 그들은 아무 것도하지 않고 아마도 이것이 회사에 어떤 영향을 미치는지 계산하기 시작할 수 있습니다 (예 : 판매 손실, 광고 클릭 손실 등).

이와 같은 문제를 발견하면 꽤 좋아 보일 것입니다.

비즈니스 프로세스에서 목표로 삼고 싶은 브라우저를 식별하지 못하고 IT에 대한 지침이 필요하다는 말이 있습니다.

아직보고하지 않았다면 어떻게 상관하지 않는지 어떻게 알 수 있습니까? 당신의 의견이 없다면, 그들이 돌봐야한다는 것을 어떻게 알 수 있을까요?

시스템에서 또는 다른 방식으로 회사에서 발견 한 모든 문제를 절대적으로보고하십시오 (물론 정치적으로 문제에 접근하는 방법을 고려하십시오).

귀하는 팀의 일원이며 귀하와 같은 소규모 회사에서는 귀하가 팀의 주요 구성원 일 수 있습니다. 다른 사람이 보지 못한 문제를 발견 한 경우 사전 예방 적 조치를 취하고주의를 기울이는 것이 전문가의 책임이며, 경영진이 우선 순위를 정하는 방법 (전문 지식 입력)을 결정하게합니다.

규모가 큰 회사에서는 자신과 직장을 포함하여 모든 사람에게 영향을 줄 수 있습니다. 대기업에 있더라도 여러 부서가 영향을받을 수 있으므로 여전히 적극적으로보고해야합니다.

그렇습니다. 비즈니스를 시작하고 비즈니스에 가장 적합한 방법에 대해 토론해야합니다. 중요하지 않은 경우 지원되는 브라우저를 문서화 할 수있는 기회로 사용하십시오. 중요하다면 잘 고치세요.

그것을 키우는 것이 당신의 의무인지 아닌지를 알아내는 가장 좋은 방법 : 누군가 다른 사람 이 그것을 먼저 발견하고 키운다면, 당신은 당황 스럽거나 견책을 당 하겠습니까?

예, 누군가에게보고해야합니다. 아무도 신경 쓰지 않는 것처럼 보이기 때문에 우선 순위가 낮은 문제로 만든 다음 경영진에서 "아무도 불평하지 않기 때문에 IE6를 지원하지 않을 것"이라고 말하면 문제를 해결할 수 있지만 반드시 신고해야합니다. 이런 식으로 문제를 발견, 논의 및 해결하는 기록과 추적이 있습니다 (이 경우에는 아무 것도하지 않으면서도 같은 원칙이 다른 곳에 적용됨).

그것은 매우 분명 회사의 모든 직원이 자신이 발생하는 문제를보고해야 적절한 사람을.

이제 이상적인 세상에서 모든 직원은 카이젠 태도를 취하고 회사 프로세스 개선을 제안 해야 합니다.

귀하의 고객 중 어느 누구도 IE6에 대해 문제를보고하지 않았다고 말하지만 귀하의 사이트가 작동하지 않아 사이트가 두렵기 때문일 수 있습니다. 사이트 통계를 확인하고 누군가 IE6에서 사이트를 방문하는지 확인하십시오. 사이트의 IE6 사용자를 잃어버린 고객으로 생각할 수 있습니다.

예! 보고하고보고함으로써 프로그래머는보고되지 않거나 무인 문제를 포착하기위한 새로운 프로젝트를 정당화 할 수 있습니다.

바쁘다 :)

그렇습니다. 다음 단계를 권장합니다.

1. 원인을 조사하십시오. 자바 스크립트 라이브러리입니까? 지원되지 않는 HTML? 기타
2. 시간이 얼마나 걸리는지에 대한 일반적인 추정과 기존 코드 기반에 대한 침입 성을 고려하여 하나 이상의 가능한 솔루션을 개발하십시오.
3. 자유롭게 고치거나 (자유가있는 경우) 조사 결과와 사용 가능한 해결 옵션을 관리자에게보고하여 결정을 내릴 수 있도록하십시오.

일반적으로보고하십시오. 이 특별한 경우에는 IE6 업그레이드 힌트 스크립트를 사이트에 추가해야한다는 제안을 추가하십시오. 다른 오래된 브라우저를 포함하여 무료로 많은 것들이 있습니다. IE6는 2011 년에 이미 오래되었지만 2013 년에는 훨씬 더 오래되었습니다.