제이슨 프리드

발언은 출처 원문에 있는 문장 그대로예요. 한국어는 저희가 옮겼고, 원문 보기를 누르면 영어 원문이 나와요.

• 반복적인 개발

  “처음부터 완벽하게 해낼 것이라고 기대하지 마세요. 앱이 스스로 성장하고 당신에게 말을 걸게 하세요. 앱이 변형되고 진화하도록 두세요. 웹 기반 소프트웨어는 완벽함을 출시할 필요가 없어요.”

  원문 보기원문 접기

  Don't expect to get it right the first time. Let the app grow and speak to you. Let it morph and evolve. With web-based software there's no need to ship perfection.

  저희 풀이제이슨은 웹 소프트웨어를 한꺼번에 만들기보다 주기에 맞춰 구축해야 하는 이유를 설명해요.

• 본질에 집중하기

  “에피센터 디자인은 페이지의 진정한 본질인 핵심에 집중하고 그 다음 바깥으로 확장해 나가요. 이는 시작 단계에서 내비게이션, 푸터, 색상, 사이드바, 로고 같은 주변 요소들을 무시한다는 뜻이에요.”

  원문 보기원문 접기

  Epicenter design focuses on the true essence of the page - the epicenter - and then builds outward. This means that, at the start, you ignore the extremities: the navigation/tabs, footer, colors, sidebar, logo, etc.

  저희 풀이제이슨은 제품 개발에서 에피센터 디자인의 핵심 개념을 설명해요.

• 고생의 목적 질문하기

  “무언가로 아주 오랫동안 고생하고 있다면, 그 고생을 하는 목적 자체가 무엇인지 의문을 가져보는 것이 대체로 좋은 생각이에요.”

  원문 보기원문 접기

  When you struggle for so long with something, it's generally a good idea to question the purpose of your struggle.

  저희 풀이제이슨은 베이스캠프를 위한 표준화된 엘리베이터 피치를 만드는 데 오랫동안 겪은 어려움을 회상해요.

• 진전이라는 착각

  “비즈니스 세계는 움직이지 않는 것들로 가득해요. 움직이지 않는 것이 종종 움직이는 것처럼 보이기 때문이죠. 회의하고, 검토하고, 개념화하는 것들 말이에요.”

  원문 보기원문 접기

  Business is filled with not moving, because not moving often looks like moving. Meeting about it. Considering it. Conceptualizing it.

  저희 풀이그는 회의와 개념화가 실제 진전의 부족을 가리는 경우가 많다고 경고해요.

• 관점의 필요성

  “최소한, 많은 것을 같은 방식으로 바라보는 두 사람에게는 본질적으로 관점이 부족할 수밖에 없어요.”

  원문 보기원문 접기

  If nothing else, two people who see many things the same way inherently lack perspective.

  저희 풀이단 두 명의 C 레벨 경영진만 두는 것이 왜 전략적 리스크였는지 논의해요.

• 추진력 얻기

  “완료했다는 것은 추진력을 얻고 있다는 뜻이에요. 하지만 잠깐만요, 만약 실수해서 잘못된 결정을 내리면 어떡하죠? 괜찮아요. 이건 뇌 수술이 아니라 웹 앱일 뿐이니까요.”

  원문 보기원문 접기

  Done means you're building momentum. But wait, what if you screw up and make the wrong call? It's ok. This isn't brain surgery, it's a web app.

  저희 풀이제이슨은 소프트웨어 개발에서 과도한 분석보다 빠른 결정이 왜 더 나은지 설명해요.

• 노력 대 결과

  “공을 언덕 위로 밀어 올릴 수는 있지만, 과연 그래야 할까요? 엄청난 노력이 들 뿐만 아니라, 언덕 정상에 도달하기 전까지는 그 너머에 무엇이 있는지 제대로 볼 수도 없어요.”

  원문 보기원문 접기

  You can push a ball uphill, but should you? Not only does it take a ton of effort, you can't really see what's over the edge until you get to the top of the hill.

  저희 풀이제이슨은 순전한 의지만으로 진전을 강요하는 것의 비효율성에 대해 논의해요.

• 진정성 있는 소통

  “자신의 목소리로 직접 말하세요. 다른 사람이 대신 말하게 하지 마세요. 다른 사람이 당신을 대신해 트윗하게 하거나, 당신의 이름으로 글을 쓰게 하거나, 전화를 대신 받게 하거나, 이메일을 대신 읽고 답장하게 하지 마세요.”

  원문 보기원문 접기

  Speak for yourself. Don't let anyone speak for you. Don't have someone else Tweet on your behalf. Or write posts under your name. Or take your calls. Or read or respond to your emails.

  저희 풀이제이슨은 창업자가 모든 소통에서 자신의 목소리를 유지하는 것의 중요성을 강조해요.

• 품질 대 수익 실현

  “슬픈 사실은 수익 실현이 품질 좋은 제품을 만드는 것보다 우선시되기 시작하는 경우가 많다는 거예요.”

  원문 보기원문 접기

  The sad fact is cashing in often begins to trump building a quality product.

  저희 풀이제이슨은 투자자의 압박이 제품 품질에 미치는 부정적인 영향에 대해 논의해요.

• 대면 연결의 가치

  “원격 근무는 여전히 우리가 선호하는 방식이고 앞으로도 글로벌 그룹을 원격으로 구축해 나가겠지만, 이렇게 모이는 것은 한 가지를 명확하게 해줘요. 직접 만나서 나누는 식사, 미소, 악수, 포옹을 이길 수 있는 건 아무것도 없다는 사실이죠.”

  원문 보기원문 접기

  Remote work remains our preferred method - and we'll continue building our global group remotely - but getting together like this brings crystal to clear: Nothing beats a meal, a smile, a handshake, and a hug in person.

  저희 풀이제이슨은 원격 근무 우선 기업임에도 불구하고 오프라인 만남이 갖는 독특한 가치를 되새겨요.

• 고객을 기억 장치로 활용하기

  “들어오는 모든 요청을 추적하고 저장하려고 애쓰지 마세요. 고객이 여러분의 기억 장치가 되게 하세요. 정말 기억할 가치가 있는 일이라면, 여러분이 잊을 수 없을 때까지 고객들이 계속 상기시켜 줄 거예요.”

  원문 보기원문 접기

  Don't worry about tracking and saving each request that comes in. Let your customers be your memory. If it's really worth remembering, they'll remind you until you can't forget.

  저희 풀이제이슨은 모든 기능 요청을 추적하기 위해 공식적인 시스템이 필요하지 않은 이유를 설명해요.

• 고객 존중하기

  “모든 사람은 자신의 이야기가 경청되고 존중받기를 원해요. 그렇게 해주는 데는 보통 큰 비용이 들지 않아요. 그리고 궁극적으로 당신이 옳고 상대가 틀렸다고 생각하는지는 그리 중요하지 않아요.”

  원문 보기원문 접기

  Everyone wants to be heard and respected. It usually doesn't cost much to do either. And it doesn't really matter all that much whether you ultimately think you're right and they're wrong.

  저희 풀이제이슨은 분쟁에서 기술적으로 옳은 것보다 공감과 존중이 더 중요하다고 강조해요.

• 실패에 대한 투명성

  “무언가 잘못되었다면 사람들에게 알리세요. 설령 그들이 처음부터 그 사실을 몰랐더라도 말이에요.”

  원문 보기원문 접기

  If something goes wrong, tell people. Even if they never saw it in the first place.

  저희 풀이제이슨은 실수가 눈에 띄지 않을 때라도 그것을 인정하는 것의 중요성을 강조해요.

• 제품 방향 정의하기

  “때로는 앱이 무엇이 되어야 하는지 아는 가장 좋은 방법은 무엇이 되지 말아야 하는지 아는 거예요. 앱의 적을 정의하면 어디로 가야 할지 명확해질 거예요.”

  원문 보기원문 접기

  Sometimes the best way to know what your app should be is to know what it shouldn't be. Figure out your app's enemy and you'll shine a light on where you need to go.

  저희 풀이제이슨은 경쟁자나 반대할 철학을 식별하는 것이 어떻게 제품 목표를 명확하게 하는지 설명해요.

• 직관적인 제품 디자인

  “야후나 구글, 아마존을 사용하는 데는 설명서가 필요 없어요. 그런데 왜 여러분은 설명서가 필요 없는 제품을 만들 수 없다고 생각하나요?”

  원문 보기원문 접기

  You don't need a manual to use Yahoo or Google or Amazon. So why can't you build a product that doesn't require a manual?

  저희 풀이제이슨은 소프트웨어 제품에 본질적으로 매뉴얼이나 교육이 필요하다는 가정에 도전해요.

• 방해 기반의 문화

  “사람들을 끊임없이 업무에 끌어들인다면, 네, 그들이 지금 어디에 있는지가 중요하겠죠.”

  원문 보기원문 접기

  If you're constantly pulling people into things, then yeah, where they are right now matters.

  저희 풀이제이슨은 방해 중심의 문화와 비동기식 문화를 대조해요.

• 상태 표시의 무용함

  “사실, 누군가가 지금 이 순간에 자리에 있는지 자리를 비웠는지 알아야 할 타당한 이유는 거의 없어요.”

  원문 보기원문 접기

  Truth is, there are hardly any good reasons to know if someone's available or away at any given moment.

  저희 풀이제이슨은 업무 도구에서 실시간 상태 표시기가 필요하지 않다고 주장해요.

• 비전이 있는 소프트웨어

  “최고의 소프트웨어는 비전을 가지고 있어요. 최고의 소프트웨어는 입장을 분명히 해요. 사람들이 소프트웨어를 사용할 때는 단순히 기능을 찾는 게 아니라, 문제에 접근하는 방식을 찾는 거예요.”

  원문 보기원문 접기

  The best software has a vision. The best software takes sides. When someone uses software, they're not just looking for features, they're looking for an approach.

  저희 풀이제이슨은 소프트웨어가 중립적이기보다 명확한 관점을 가져야 하는 이유를 설명해요.

• 맞지 않는 고객 무시하기

  “기억하세요, 만약 사람들이 당신의 비전을 좋아하지 않는다면 그들을 위한 다른 비전들이 세상에 널려 있어요. 결코 만족시킬 수 없는 사람들을 쫓아다니지 마세요.”

  원문 보기원문 접기

  And remember, if they don't like your vision there are plenty of other visions out there for people. Don't go chasing people you'll never make happy.

  저희 풀이제이슨은 창업자들에게 모든 사람을 만족시키기 위해 제품의 비전을 타협하지 말라고 조언해요.

• 회의 전 단순화

  “회의는 보통 개념이 충분히 명확하지 않을 때 발생해요. 회의에 의존하는 대신, 이메일이나 메신저로 빠르게 논의할 수 있도록 개념을 단순화해 보세요.”

  원문 보기원문 접기

  Meetings usually arise when a concept isn't clear enough. Instead of resorting to a meeting, try to simplify the concept so you can discuss it quickly via email or im or Campfire.

  저희 풀이제이슨은 공식적인 회의의 필요성을 피하기 위해 아이디어를 명확히 할 것을 제안해요.

• 능동적인 즐거움

  “물건이나 경험이 당신을 어떤 상태로 만들어 주지는 않아요. 당신이 그것들을 즐겨야 하죠. 무언가를 즐기는 것만으로도 충분해요.”

  원문 보기원문 접기

  Objects (and experiences) don't make you anything, you have to enjoy them . Enjoying something is plenty.

  저희 풀이제이슨은 우리가 구매하는 물건에 대한 수동적인 기대에서 능동적인 즐거움으로의 변화를 논해요.

• 성장한 고객 대응하기

  “그들이 더 이상 맞지 않는다면 행운을 빌어주세요. 만약 고객 기반 전체에 도움이 되는 방식으로 그들을 맞출 수 있다면, 국지적인 수용이 전체적인 개선으로 이어질 수 있어요.”

  원문 보기원문 접기

  If they no longer fit, wish them well. If you can help them fit in a way that benefits your customer base as a whole, then local accommodation equals global improvement.

  저희 풀이제이슨은 제품의 현재 범위를 벗어날 정도로 성장한 고객들을 응대하는 방법을 설명해요.

• 방향성 결정

  “일반적인 결정은 특정 기능이나 디자인, 구현 방식을 바꿀 뿐이지만, 방향성 결정은 제품 전체의 근본적인 궤도를 재설정해요.”

  원문 보기원문 접기

  While a common decision may alter a specific feature, design, or implementation, a directional decision remaps the fundamental trajectory of the entire product.

  저희 풀이제이슨은 사소한 제품 수정과 주요 전략적 변화의 차이점을 설명해요.

• 트레이드오프 수용

  “대화 속에 트레이드오프가 없다면, 여러분은 제품을 만들고 있는 게 아니라 그냥 떠들고 있는 거예요.”

  원문 보기원문 접기

  When there are no tradeoffs in the conversation you're having, you know you aren't building, you're just talking.

  저희 풀이제이슨은 진정한 제품 개발에는 어려운 선택을 내리는 것이 필요하다고 강조해요.

• 국지적 동기부여의 중요성

  “소프트웨어 개발에서 가장 중요한 것은 동기부여예요. 동기부여는 국지적이라서, 지금 작업하고 있는 일에 의욕이 생기지 않는다면 결과물이 기대만큼 좋지 않을 가능성이 커요.”

  원문 보기원문 접기

  The most important thing in software development is motivation. Motivation is local - if you aren't motivated by what you are working on right now, then chances are it won't be as good as it should be.

  저희 풀이제이슨은 왜 즉각적인 동기 부여가 소프트웨어 개발의 품질에 결정적인지 설명해요.

• 자기 객관화 평가

  “그들이 무엇을 잘하고 무엇을 잘 못하는지, 그리고 본인이 그 차이를 항상 인지하고 있는지가 궁금해요.”

  원문 보기원문 접기

  What are the things people are great at, and not so great at. And do they always know which is which?

  저희 풀이그는 후보자가 자신의 강점과 약점을 이해하고 있는지 살펴봐요.

• 정확성의 함정

  “정확히 알고자 하는 열망은 전 산업계가 불가능한 답변에 집착하게 만들었고, 수많은 도구들을 잘못된 방향으로 이끌었어요.”

  원문 보기원문 접기

  The quest for knowing exactly has preoccupied entire industries with impossible answers, and pushed entire categories of tools towards the wrong trends.

  저희 풀이제이슨은 소프트웨어 도구에서 완벽한 예측에 집착하는 업계 전반의 풍토를 비판해요.

• 실수의 가치

  “누군가 지켜보고 있으면 사람들은 특히 실수를 하지 않으려고 조심해요. 하지만 실수가 바로 여러분이 찾아내야 할 것이거든요.”

  원문 보기원문 접기

  When someone else is watching, people are especially careful not to make mistakes - yet mistakes are exactly what you're looking for.

  저희 풀이제이슨은 관찰형 테스트가 왜 가장 가치 있는 데이터를 숨기게 되는지 설명해요.

• 린 팀의 효율성

  “관여하는 사람이 너무 많으면 아무것도 이루어지지 않아요. 더 군더더기가 없을수록 일은 더 빠르고 더 잘 처리돼요.”

  원문 보기원문 접기

  When there's too many people involved, nothing gets done. The leaner you are, the faster - and better - things get done.

  저희 풀이제이슨은 대기업 내에서도 왜 소규모 팀이 더 효율적인지에 대해 논의해요.

• 제품 비전 정의하기

  “디자인이나 코딩을 시작하기 전에 제품의 목적, 즉 비전을 알아야 해요. 크게 생각하세요. 이게 왜 존재해야 할까요?”

  원문 보기원문 접기

  Before you start designing or coding anything you need to know the purpose of your product - the vision. Think big. Why does it exist?

  저희 풀이제이슨은 기술적인 작업을 시작하기 전에 핵심 목적을 설정하는 것의 중요성을 강조해요.