하루에 몇 번씩 자신에게 물어봐야 할 질문이 하나 있습니다. 매번 조금씩 다르게 들리고 완전히 다른 대답이 필요할 것입니다.

Ask yourself:
   `What Problem We Solve`
   `Which Problem We Solve`

👉 여기서 What/Which는 여러 가능성 중에서 선택합니다.

시스템

우리는 어떤 문제를 해결합니까?

이 문제를 해결할 필요가 있습니까? 이 문제, 이 영역에서.
당신의 솔루션이 필요한 사람이 있습니까?

어떤 문제를 해결합니까?

다양한 종류의 단일 문제는 어디에 있습니까? 어떤 문제를 해결할지 알고 있나요?
누가 다른 사람을 해결하고 있습니까?

어떤 문제를 해결합니까?

이게 문제가 되나요? 우리가 해결하면 누구라도 기뻐할까? 비용을 지불할 준비가 된 사람이 있습니까?

우리는 어떤 문제를 해결합니까?

우리는 이 문제를 해결할 적임자입니까? 우리는 그것을 할 수 있습니까? 우리는 무언가를 놓치고 있습니까, 아니면 그것을 실현할 모든 것을 실제로 가지고 있습니까?

우리는 어떤 문제를 해결합니까?

글쎄, 우리는 문제를 해결하는 것이 무엇인지 압니까? 문제가 실제로 해결되었음을 이해할 수 있습니까? 완전히 해결할 것인가, 아니면 조금 더 개선할 것인가?

Do we have a solution already? In this case go backwards and find the problem it can be applied to efficiently.

1) 어떤 것을 시작하고, 2) 유지하고, 3) 끝내는 데 도움을 주기 위해 만들어진 다른 많은 프레임워크와 마찬가지로 실제로 매우 SIMple (특정하고, 중요하고, 측정할 수 있는) 프레임워크처럼 들립니다.
자세한 내용은 게시물을 살펴보십시오.

작동합니까?!

너무 간단하게 들릴 수 있지만 단순함이 효율성의 핵심입니다.
현재 위치를 이해하기 위해 다음 단계를 수행해야 할 때마다 이 질문을 스스로에게 물어보고 다음 단계를 수행하는 방법을 명확히 하십시오.

첫째, 계획, 영감처럼 작동합니다. 해결할 올바른 문제를 찾아야 합니다. 또는 방금 구상한 솔루션에 적합한 문제를 찾으려고 노력할 수 있습니다.

이차적으로 QA 킥오프처럼 작동하여 다음 단계를 수행할 가치가 있는지 확인합니다. 해결해야 할 더 나은 문제를 찾는 것이 아니라 이 문제를 해결하려고 노력해야 한다는 것입니다.

그런 다음 QA 킥오프처럼 작동하여 올바른 팀에 올바른 작업이 주어졌는지 확인합니다. 더 많은 사람들이 탑승할 수 있는 적절한 시기일 수 있습니다.

그리고 마침내 The End Goal을 정의합니다. 솔루션이 되는 이유를 설명합니다. 사람들이 그것을 필요로 하고, 사용하고, 만족할 이유.

자신에게 물어

🤷‍♂️ 새 폰이 필요한 이유. 어떤 문제를 해결할 것인가?

🤷‍♂️ 신작이 필요한 이유. 문제가 무엇입니까?

🤷‍♂️ 이 PR을 병합해야 하는 이유. 어떤 문제가 해결됩니까?

🤷‍♂️ 위의 원칙을 적용해야 하는 이유. 우리?

선행 기술

이 원리의 기원은 Twirl의 The API Book입니다.


.ltag__user__id__538546 .follow-action-button {
배경색: #000000 !중요;
색상: #000000 !중요;
테두리 색상: #000000 !중요;
}

세르게이 콘스탄티노프

Developing APIs for over a decade: maps APIs, integration APIs, reviewing W3C specs, etc.





질문의 어떤 부분에 대한 답이 없습니까? 아마도 다른 문제를 해결해야 할 것입니다.

어느? 🤔 뭐? 😲 오! 🙀