문제

제품을 개발하는 동안 우리는 종종 고유 한 기능 중 일부를 테스트하거나 문제를 진단하기 위해 독점 도구를 만들어야합니다. 실제로 도구는 제품 자체만큼 흥미롭지 않을 수 있으며 일부 내부 그룹 중 일부는 사본을 요청했습니다.

따라서 명백한 비즈니스 중심 규칙을 제외하고 (예를 들어 민감한 데이터를 검색하지 마십시오), 판매용 제품과 달리 개인 또는 내부 도구를 구축 할 때는 다른 점은 무엇이며 그 이유는 무엇입니까?

내부 도구에서 더 중요한 것은 무엇보다 중요하며, 회사를 구축 할 때 회사의 전반적인 가치를 고려합니까?

당신의 생각에 감사드립니다!

도움이 되었습니까?

해결책

  1. 첫째, 내부 도구는 항상 빠르고 더러워집니다. 거의 테스트가 없습니다. 단지 작업을 수행해야합니다.
  2. UI는 고객 대면 앱만큼 중요하지 않습니다.
  3. 내부 도구는 테스트하는 제품 및 프레임 워크에 대한 내부/개인/독점 지식을 사용할 수 있습니다. 예를 들어, 우리의 마지막 제품은 게시 된 API의 일부를 우회하고 문서화되지 않은 웹 서비스 호출을 사용하여 더 나은 결과를 얻었습니다.
  4. 이것은 중요한 요점이지만 잃어버린 전투는 다음과 같습니다. 절대로 고객과 내부 도구를 남겨 두십시오. 컨설턴트로서 나는 때때로 현장에서 그 도구를 사용하고 개발해야했습니다. 나는 내 고객으로부터 그것을 숨기려고 노력하지만 때때로 그들은 도구를 그들과 함께 떠나는 것을 요구합니다 (또는 더 나쁘게 영업 담당자에게 전화하여 "마법 도구"를 요청합니다). 1-3 포인트에 따라 도구 구축을 기반으로 회사 전체의 생산 수준을 판단하는 고객이 고객을 원하지 않습니다.

다른 팁

엔지니어링 관점에서, 나는 다르게 아무것도하지 않을 것입니다.

  • 내부 및 판매 도구는 모두 잘 작성되고 잘 문서화되어야합니다.
  • 두 가지 요구 사항, 마감일, 예산 구속 등이 주어지면 둘 다 생성해야합니다.
  • 둘 다 테스트하거나 검증해야합니다

내가 보는 큰 차이점은 내부 도구와 달리 판매용 제품에 적용됩니다. 판매용 제품에는 마케팅, 지원 등이 필요합니다 그 내부 도구는 없이는 할 수 있습니다.

또한 내부 도구는 다소 제어 된 환경에서 사용되므로 다른 컴퓨터 시스템, 인터넷 브라우저 등에 대해 테스트 할 필요가 없습니다.

가장 큰 차이점 :

개인 및 내부 도구와 함께 새로운 기술, 최신 방식을 사용해 볼 수 있습니다. 실제로 고객에게 배송하는 응용 프로그램으로 취하지 않을 위험을 감수 할 수 있습니다.

내가 구축하는 진단은 일반적으로 매우 특수 목적이므로 고객을 대상으로하는 제품보다 더 많은 옵션과 내장 예를 제공하는 경향이 있습니다. 다시 말해, 사용자가 일반적으로 고객보다 기술에 익숙하다고 가정하고, 사용자가 압도 할 수 있다고 걱정하지 않고 도구가 작동하는 방식을 조정할 수있는 능력을 더 많이 제공합니다. 그러나 나는 또한 사용자의 "도움"없이 사용 사례의 80%를 만족 시키려고 노력합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top