적합한 소프트웨어 개발 방법을 선택하는 것은 어려울 수 있습니다.
그리고 왜 안되지? 결국 소프트웨어 개발은 항상 비용이 많이 드는 프로세스였으며 완료하는 데 몇 달 또는 몇 년이 걸리는 경우가 많았습니다.
린은 낭비를 제거하고 빠른 제품 배송을 최적화하는 데 중점을 둔 가장 신뢰할 수 있는 소프트웨어 개발 철학 중 하나입니다.
그 배후의 아이디어는 제품에 불필요한 요소를 구축하는 대신 가능한 한 빨리 가치를 제공하는 데 집중한다는 것입니다. 이렇게 하면 계획한 것보다 더 많은 가치를 제공할 수 있습니다.
어떻게 시작해야 할지 잘 모르겠다면 단계별 가이드를 참조하세요.
린 소프트웨어 개발과 모든 필수 린 원칙에 대한 개요를 제공합니다. 이 철학이 Agile과 어떻게 다른지 논의하고 Lean 역할과 책임에 대해 설명합니다.
의 시작하자!
린 소프트웨어 개발 또는 LSD는 린 원칙을 적용하여 소프트웨어를 개발합니다.
린 원칙은 일본 자동차 제조 대기업인 Toyota에서 제조 과정에서 개발 시간과 자원을 최적화하고 낭비를 없애기 위해 처음 제시했습니다.
린 소프트웨어 개발 방법론은 동일한 원칙에 따라 작업하는 소프트웨어 개발자를 간소화하고 최적화합니다.
이는 LSD가 개발 프로세스의 속도를 높이고 시장에서 최소 버전의 제품을 신속하게 출시할 수 있는 MVP(Minimum Viable Product) 전략을 따른다는 것을 의미합니다.
구축된 MVP는 사용자 피드백에서 학습한 다음 해당 피드백을 기반으로 추가 반복을 수행하여 불필요한 사전 계획 프로세스 단계를 모두 제거하는 데 도움이 됩니다.
소프트웨어 제품을 효율적으로 구축하는 데 도움이 될 수 있는 린 소프트웨어 개발의 7가지 확립된 원칙이 있습니다.
모든 원칙에는 즉시 적용하고 고객 가치를 극대화하며 과정에서 낭비를 방지할 수 있는 일련의 관행과 전술이 있습니다.
이 원칙에 대해 더 자세히 알아보겠습니다.
이미지 출처
소프트웨어 개발에서 낭비는 고객에게 비즈니스 가치를 제공하지 않고 제품 품질을 개선하지 못하는 모든 것입니다.
낭비 제거의 원칙에 따라 소프트웨어 개발에서 불필요한 활동을 식별하고 체계적으로 제거하는 것이 필수적입니다. 소프트웨어 개발 활동을 따르면 낭비가 발생합니다. –
소프트웨어 개발 프로세스에서 낭비를 식별하고 제거하려면 미리 정교한 계획을 세우는 것을 피해야 합니다. 대신, 모든 짧은 반복 후에 정기 회의를 개최할 수 있습니다.
팀 구성원은 진행 상황을 보고하고 병목 현상을 강조 표시하며 후속 반복 중에 구현할 변경 사항을 제안할 수 있습니다. 이것은 지속적인 코드 개선을 위한 여지를 허용합니다.
모든 조직은 제품에 품질을 구현하기를 원하지만 모든 사람이 효율적으로 수행할 수 있는 것은 아닙니다. 우리의 품질 보증 활동 중 일부는 과도한 코드 테스트를 통해 다양한 종류의 폐기물에 기여합니다. 이는 시간이 많이 걸리고 개발 비용도 훨씬 더 많이 듭니다.
린 소프트웨어 개발의 'Building quality in' 원칙은 이러한 모든 문제가 발생하기 전에 해결합니다. 나중에 광범위한 테스트에만 의존하는 대신 처음부터 품질을 중요한 요구 사항으로 시작하여 모든 단계에서 품질을 추가합니다.
다음 도구와 기술은 프로세스 전반에 걸쳐 품질을 보장하기 위해 린 개발에 사용됩니다.
이것은 단순해 보이지만 구현하려면 규율이 필요한 또 다른 린 원칙입니다. 여기에서 학습을 통해 지식을 만들 수 있습니다.
팀은 이 원칙에 따라 귀중한 학습을 문서화하고 유지해야 합니다. 이는 다음 도구의 조합을 적용하여 수행됩니다.
이 린 원칙은 모두 책임 있는 의사 결정에 관한 것입니다. 그러나 팀이 작업 약속에서 불안정하고 무책임할 자유를 주지는 않습니다.
오히려 그 반대를 조장합니다. 이 원칙을 사용하여 팀은 옵션을 열어두고 필요한 정보를 지속적으로 수집하고 필수 데이터가 없는 약속을 피함으로써 책임감 있는 결정을 내리도록 권장됩니다.
의미:
종종 세심하고 장기적인 계획이 비즈니스 성공의 열쇠라고 믿어집니다. 그러나 불행하게도 이는 전략의 모든 측면이 철저하게 실행되고 합의된 경우에만 엄격한 개발 이정표가 수립될 때만 소프트웨어 시장에 진입할 수 있음을 의미합니다.
이것은 이론상으로는 훌륭하게 들리지만 실제로는 종종 문제를 야기합니다. 이 접근 방식을 사용하면 엔지니어는 불필요한 기능과 수정되지 않은 버그의 백로그가 있는 복잡한 모놀리식 시스템을 구축하는 데 많은 시간을 할애합니다.
또한 끊임없이 변화하는 시장 시나리오와 고객 요구 사항에 제품을 적용하는 것을 억제합니다.
이것이 린 엔지니어가 필수 기능을 갖춘 MVP(최소 실행 가능한 제품)를 구축하고 가능한 한 빨리 시장에 MVP 제품을 출시하는 이유입니다. 사용자 피드백은 엔지니어가 이에 따라 배우고 수정하는 데 도움이 됩니다.
이는 고객의 피드백을 기반으로 코드를 점진적으로 개선하고 가치가 없는 모든 것을 버리는 데 효과적입니다.
린은 팀 구성원을 통제하는 대신 권한을 부여하는 것을 목표로 합니다.
이 원칙은 기본적인 인간 예의를 확립하는 것 이상입니다. 프로젝트 내에서 신뢰를 생성합니다.
어떻게?
엔지니어는 지식과 판단에 따라 결정을 내릴 수 있는 자유가 부여됩니다. 물론 그들은 그렇게 할 만큼 경험이 풍부합니다.
이러한 접근 방식은 소프트웨어에 필요한 변경 사항을 빠르게 적용하는 데 크게 기여하고 개발자에게 동기를 부여합니다.
여기서 핵심은 개발자를 로봇이 코드를 작성하는 것이 아니라 유능하고 의욕적인 전문가로 대하는 것입니다.
이는 개발 단계뿐만 아니라 소프트웨어 제공의 전체 프로세스를 개선하는 데 집중해야 함을 의미합니다.
하위 최적화는 소프트웨어 개발에서 큰 문제입니다. 린 개발 팀이 하위 최적화로 인해 빠지는 경향이 있는 두 가지 악순환이 있습니다.
첫 번째는 속도를 위해 잘못 코딩된 제품을 출시하는 것입니다. 개발자에게 모든 비용을 지불하도록 압력을 가하면 품질 표준을 다룰 수도 있고 다루지 않을 수도 있는 코드를 릴리스합니다.
이는 코드의 복잡성을 증가시켜 더 많은 버그를 유발할 수 있습니다. 이는 개발자가 더 많은 작업을 수행하고 신속하게 제공해야 하는 부담이 더 커짐을 의미합니다. 따라서 주기가 쉬지 않고 계속됩니다.
두 번째 문제는 테스트와 함께 제공됩니다. 테스터가 과부하되면 개발자가 코드를 작성하고 테스트하고 피드백을 제공하는 사이에 긴 지연이 발생합니다. 즉, 개발자는 결함이 있을 수 있는 코드를 계속 작성하여 많은 버그가 발생하고 더 많은 테스트가 필요합니다.
전체 원칙을 최적화하면 린 팀이 용량과 영향을 더 잘 이해하도록 운영하여 이러한 문제를 제거할 수 있습니다.
린(Lean)과 애자일(Agile)은 인기 있는 소프트웨어 개발 방법론입니다. 두 방법 모두 생산성과 빠른 배송을 촉진하지만 올바른 적용을 보장하기 위한 차이점을 이해하는 것이 좋습니다.
살펴보겠습니다.
| | 린 | 민첩한 |
| 재단 | 제조 부문에서 여정을 시작했고 다른 부문도 뒤를 이었습니다. | 소프트웨어 개발 부문에서 탄생했고, 그 뒤를 이어 다른 부문도 뒤따랐다. |
| 핵심 철학 | 이 방법론은 폐기물 제거와 소프트웨어 개발에 대한 최소한의 접근 방식에 중점을 둡니다. | 협업은 Agile 방법론의 핵심입니다. |
| 원칙 | 린 소프트웨어 개발에는 7가지 원칙이 있습니다. 1. 낭비 제거 2. 품질 구축 3. 지식 만들기 4. 약속 연기 5. 신속하게 전달 6. 사람을 존중하라 7. 전체 최적화 | 애자일 소프트웨어 개발에는 12가지 원칙이 있습니다. 1. 고객만족을 최우선으로 합니다. 2. 요구 사항 변경 환영 3. 소프트웨어의 잦은 제공 4. 매일 협력하는 기업인과 개발자 5. 동기 부여된 개인을 중심으로 프로젝트 구축 6. 직접 대면하는 것이 가장 좋다 7. 작동하는 소프트웨어는 진행 상황의 주요 척도입니다. 8. 지속 가능한 발전 속도 9. 기술적 우수성과 좋은 디자인에 대한 지속적인 관심 10. 단순성 11. 자기 조직화 팀 12. 정기적인 반성과 적응 |
| 기타 차이점 | 1. 린은 안정적인 워크플로우에 관한 것입니다. 2. Lean은 소프트웨어 개발 프로세스를 더 중요하게 생각합니다. 3. 린을 적용하여 비용을 절감할 수 있습니다. 4. 린은 불필요한 것을 제거하여 제품을 구축하는 체계적인 접근 방식을 따릅니다. | 1. Agile은 변화에 더 잘 적응합니다. 2. Agile은 작업 제품에 프로세스보다 더 많은 가치를 부여합니다. 3. Agile은 비용 절감에 사용할 수 없습니다. 4. Agile은 일관된 응답과 피드백을 통해 제품 구축에 참여합니다. |
회사에서 소프트웨어 개발에 린 접근 방식을 사용할 계획이라면 소프트웨어 개발 프로세스를 간소화하고 가치를 제공하지 않는 모든 활동을 제거하는 데 주요 초점을 맞춰야 한다는 점을 기억하십시오.
그리고 이것은 린 사고를 하는 팀이 있을 때만 가능합니다.
그러한 팀을 구성하는 것은 무엇입니까? 그들의 역할과 책임은 무엇입니까?
린은 소규모 팀과 대규모 팀 모두에서 잘 작동합니다. 팀 규모는 거의 중요하지 않지만 필요한 주요 린 역할은 다음과 같습니다.
린 마스터 동일한 환경에서 고객과 함께 일한 경험이 풍부한 전문가입니다. 그 때문에 그는 프로젝트와 제품에 대해 더 잘 알게 될 것입니다.
또한 린 개념/방법에 대한 심층적인 지식과 이를 적용하여 낭비를 줄이고 효율성을 높이는 노하우를 가지고 있습니다.
Lean Masters는 다음과 같이 클라이언트를 지원합니다.-
린 프로젝트 리더는 린 마스터와 팀 간의 핵심 커뮤니케이션 채널 역할을 합니다. 동기를 부여하는 역할도 합니다.
린 프로젝트 리더의 주요 책임은 다음과 같습니다.
린 팀은 개별 프로세스를 중심으로 설계되었습니다. 가난한 팀원은 자신의 일에 전문가입니다. 여기에는 관련 기술을 가진 개발자와 테스터가 포함됩니다. 팀원들은 솔루션을 설계하고 구현하는 데 능숙합니다.
Lean의 폐기물 제거 전략을 염두에 두고 고유한 소프트웨어를 구축하려면 Google에 문의하세요. Imagination에서.
귀하의 비즈니스 요구에 맞는 맞춤형 솔루션을 설계하도록 도와드리겠습니다.
Imagovation은 다양한 기업을 위한 놀라운 디지털 성공 사례를 제작한 방대한 경험을 보유한 수상 경력에 빛나는 웹 및 모바일 앱 개발 회사입니다. 얘기합시다.
산업기술
전기 기사는 모든 가정에서 확실히 필수입니다 . 항상 한 번은 전기 문제에 직면하게 됩니다. 이것은 설비에 문제가 있을 수 있습니다. 또는 아마도 전기 제품을 설치해야 하거나 수리를 찾고 있을 수 있습니다. 따라서 전화번호부에 평판이 좋고 자격을 갖춘 경험이 풍부한 전기 기술자를 기재하는 것이 중요합니다. 전기가 있는 비상사태는 기다릴 수 없습니다. 그 노력을 기울이고 모든 유형의 전기 작업에 경험이 있는 전기 기술자를 찾으십시오. 잘못된 전기 기술자가 값비싼 실수를 해결할 수 있음을 알아야 합니다. 이로 인해 추가 수리가 발생
워키토키는 간단하고 사용하기 쉬우며 야외에서 사용하기에 탁월한 견고한 장치입니다. 이 장치는 사용할 수 없거나 네트워크 범위가 충분하지 않은 문제가 있는 경우 훨씬 더 유용합니다. 하지만 DIY 무전기를 만들 수 있다는 사실을 알고 계셨나요? 물론 예시적인 다이어그램을 고수하고 적절한 구성 요소를 사용하기만 하면 이 휴대용 휴대용 라디오를 만들 수 있습니다. 또한 약 250미터 범위와 함께 FM 주파수 대역에서 워키토키를 만드는 방법을 보여 드리겠습니다. 어떻게 하시나요? 완전한 회로 기판으로 워키토키를 만드는 데 필요한 모든
