문제
제품을 개발하는 동안 우리는 종종 고유 한 기능 중 일부를 테스트하거나 문제를 진단하기 위해 독점 도구를 만들어야합니다. 실제로 도구는 제품 자체만큼 흥미롭지 않을 수 있으며 일부 내부 그룹 중 일부는 사본을 요청했습니다.
따라서 명백한 비즈니스 중심 규칙을 제외하고 (예를 들어 민감한 데이터를 검색하지 마십시오), 판매용 제품과 달리 개인 또는 내부 도구를 구축 할 때는 다른 점은 무엇이며 그 이유는 무엇입니까?
내부 도구에서 더 중요한 것은 무엇보다 중요하며, 회사를 구축 할 때 회사의 전반적인 가치를 고려합니까?
당신의 생각에 감사드립니다!
해결책
- 첫째, 내부 도구는 항상 빠르고 더러워집니다. 거의 테스트가 없습니다. 단지 작업을 수행해야합니다.
- UI는 고객 대면 앱만큼 중요하지 않습니다.
- 내부 도구는 테스트하는 제품 및 프레임 워크에 대한 내부/개인/독점 지식을 사용할 수 있습니다. 예를 들어, 우리의 마지막 제품은 게시 된 API의 일부를 우회하고 문서화되지 않은 웹 서비스 호출을 사용하여 더 나은 결과를 얻었습니다.
- 이것은 중요한 요점이지만 잃어버린 전투는 다음과 같습니다. 절대로 고객과 내부 도구를 남겨 두십시오. 컨설턴트로서 나는 때때로 현장에서 그 도구를 사용하고 개발해야했습니다. 나는 내 고객으로부터 그것을 숨기려고 노력하지만 때때로 그들은 도구를 그들과 함께 떠나는 것을 요구합니다 (또는 더 나쁘게 영업 담당자에게 전화하여 "마법 도구"를 요청합니다). 1-3 포인트에 따라 도구 구축을 기반으로 회사 전체의 생산 수준을 판단하는 고객이 고객을 원하지 않습니다.
다른 팁
엔지니어링 관점에서, 나는 다르게 아무것도하지 않을 것입니다.
- 내부 및 판매 도구는 모두 잘 작성되고 잘 문서화되어야합니다.
- 두 가지 요구 사항, 마감일, 예산 구속 등이 주어지면 둘 다 생성해야합니다.
- 둘 다 테스트하거나 검증해야합니다
내가 보는 큰 차이점은 내부 도구와 달리 판매용 제품에 적용됩니다. 판매용 제품에는 마케팅, 지원 등이 필요합니다 그 내부 도구는 없이는 할 수 있습니다.
또한 내부 도구는 다소 제어 된 환경에서 사용되므로 다른 컴퓨터 시스템, 인터넷 브라우저 등에 대해 테스트 할 필요가 없습니다.
가장 큰 차이점 :
개인 및 내부 도구와 함께 새로운 기술, 최신 방식을 사용해 볼 수 있습니다. 실제로 고객에게 배송하는 응용 프로그램으로 취하지 않을 위험을 감수 할 수 있습니다.
내가 구축하는 진단은 일반적으로 매우 특수 목적이므로 고객을 대상으로하는 제품보다 더 많은 옵션과 내장 예를 제공하는 경향이 있습니다. 다시 말해, 사용자가 일반적으로 고객보다 기술에 익숙하다고 가정하고, 사용자가 압도 할 수 있다고 걱정하지 않고 도구가 작동하는 방식을 조정할 수있는 능력을 더 많이 제공합니다. 그러나 나는 또한 사용자의 "도움"없이 사용 사례의 80%를 만족 시키려고 노력합니다.