소프트웨어에서도 사용할 준비가 될 때까지 아무 것도 하지 마십시오.[도요타 원칙] [닫음]

StackOverflow https://stackoverflow.com/questions/110855

문제

나는 듣고 있었다 팟캐스트.Toyota가 사용하는 원칙에 대해 이야기한 곳은 다음과 같습니다.

사용할 준비가 될 때까지 아무 것도 하지 마십시오.

나는 이것이 우리에게 다른 곳을 살펴보고 수년 동안 알려진 다른 관행이 무엇인지 배우라고 말한다고 생각합니다.

도움이 되었습니까?

해결책

그것 5월 소프트웨어 구축에 적용되지만 확실하지 않습니다. 하다 적용하다

"라는 5가지 요소를 고려해보면도요타식 의사결정 방식", "결정에 도달하는 방법은 결정의 질만큼 중요하다"는 원칙에 기초합니다.

[모드 유머 ON]

  • 겐치 보석불을 포함하여 실제로 무슨 일이 일어나고 있는지 알아보세요.

    단, 프로젝트가 끝날 때 고객이 우리에게 설명할 때 무슨 일이 일어나고 있는지 마침내 이해하게 되는 경우도 있습니다.) PM_Build_Swing

  • 표면 모양을 설명하는 근본적인 원인을 이해하는 것 -“왜?” 다섯 번.

    물론이지만 프로젝트 중에는 클라이언트를 충분히 사용할 수 없습니다.)

  • 대체 솔루션을 광범위하게 고려하고 선호하는 솔루션에 대한 자세한 근거를 개발합니다.

    너무 늦었습니다. 프로그래머들은 이미 미친놈처럼 코딩하고 있습니다 :)

  • Toyota 직원 및 외부 파트너를 포함하여 팀 내에서 합의를 구축합니다.

    이런, 그 프로그래머는 이전 인증 시스템이 잘 작동했는데도 이미 인증 시스템을 다시 작성하고 있습니다.

  • 매우 효율적인 통신 수단을 사용하여 1~4개(바람직하게는 종이 한 장의 한 면)를 수행합니다.

    파워포인트로 죽는다는 말 들어보셨나요?이것이 항상 우리의 강점은 아닙니다;) Death by PowerPoint

[모드 유머 OFF]

진지하게, 이전 답변에서 언급했듯이 Agile 철학은 이 Toyota 원칙의 핵심 세입자 중 일부를 다루고 있습니다.

그리고 "You Ain't Gonna Need It"이라는 책에 설명된 대로 "You Ain't Gonna Need It"보다 조금 더 풍부할 수도 있습니다.도요타 방식"

다른 팁

그렇죠.이는 의 핵심 부분입니다. 애자일 철학.

기본적으로 큰 디자인과 다루기 힘든 사양보다 유연성과 응답 속도를 선호합니다.이를 수행하는 가장 좋은 방법 중 하나는 현재 요구 사항을 충족할 만큼만 구축하는 것입니다. 왜냐하면 요구 사항이 언제 변경될지 모르기 때문입니다.

조금 오래된 소식이네요.종종 "You ain't got it"(비의도적 영어로 "You Arent' Going to Need It")이라고 줄여서 부릅니다. 야그니.

필요하지 않은 기능을 구현하는 것과 관련된 문제:

  • 구현 시 필요한 기능을 개발하는 데 시간이 걸립니다.
  • 이 기능은 문서화하고 테스트하기 어렵습니다. 필요하지 않은 경우 정확히 무엇을 해야 하는지 누가 알겠습니까?
  • 기능을 유지하는 데 추가 시간이 걸립니다
  • 이 기능은 추가 코드를 추가하여 코드베이스를 복잡하게 만듭니다.
  • 이 기능에는 눈덩이 효과가 있을 수 있으며, 필요하지 않더라도 추가하고 싶은 다른 기능을 제안할 수 있습니다.

그렇게 생각하는 것은 좋은 민첩한 습관입니다.테스트 주도 개발(Test-Driven-Development)이라는 것이 있는데, 이는 (거의) 버그 없이 소프트웨어를 얻는 데 도움이 되지만, 사용하지 않는 것은 아무것도 구현되지 않는다는 부작용도 있습니다.

예를 들어 자신의 컬렉션 클래스가 있습니다.Add 메서드와 ToArray 메서드만 필요한 경우 왜 시간을 들여 Remove 및 Count 메서드를 구현해야 합니까?

그렇죠.그 원칙을 따르세요 :)

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