나를 알기

스크럼은 애자일 방법론의 하위 방법론 중에 하나입니다. 소프트웨어 개발을 작은 단위의 개발 주기인 스프린트를 통해 제품을 지속적으로 개발하고 변화에 대응합니다. 스크럼은 가장 어려운 방법론 같은 느낌입니다. 책이나 강의를 들어도 원론적인 이야기들 뿐이니, 실제 조직에서의 활용은 말처럼 쉽지만은 않습니다. [목차] 특징 적용 방법 칸반,스크럼 의견 특징 자기조직화된 팀 스크럼은 팀원들이 자율적으로 업무를 할당하고 조율하며 실행할 수 있는 환경을 지향합니다. 팀은 스스로 문제를 해결하고 업무를 진행합니다. 반복적인 개발 주기 ( 스프린트 ) 스크럼은 짧은 개발 주기인 스프린트를 갖추고, 각 스프린트는 고객 가치를 전달할 수 있는 완전한 제품 기능을 제공합니다. 역할 ( 스크럼 마스터, 제품 책임자, 팀 멤버..

개발/방법론 2024. 1. 3. 21:21

애자일 방법론의 하위 방법론으로 칸반이 있습니다. 칸반은 보통 시각적인 작업 관리를 표현합니다. 보통 칸반 보드라고 불리고 있습니다. 작업 흐름을 시각화하고 작업량을 조절하여 작업 흐름을 최적화하는데 중점을 둡니다. [목차] 특징 적용 방법 의견 특징 시각적인 작업 관리 칸반 보드를 사용하여 작업 상태를 시각적으로 표현합니다. 보드는 일반적으로 "할 일", "진행 중", "완료"등의 열로 구성되어 활용됩니다. 작업량 제한 각 열에는 작업할 수 있는 최대 작업량을 정하여, 초과되지 않도록 관리합니다. 연속적인 개선 작업 흐름을 지속적으로 측정하고 분석하여 개선점을 찾습니다. 조직원의 생산성을 높이기 위한 노력을 지속적으로 시도합니다. 적용 방법 칸반 보드 구성 보드의 열을 구성합니다. 일반적으로 "할 일..

개발/방법론 2024. 1. 2. 20:55

요즘의 거의 모든 회사가 따르고 있다는 애자일 방법론에 대해 알아봅니다. 애자일 방법론은 유연성과 협력을 중시하는 방법론입니다. 초기부터 정확한 계획을 세우는 대신, 변화를 수용하고 고객의 피드백을 적극 수용하는 것을 중요시하는 개발 방법론입니다. 작은 단위의 반복적인 개발 주기를 통해 소프트웨어를 점진적으로 개발하고 변경에 유연하게 대처합니다. 애자일 방법론을 말할 때 "4가지 가치"와 "12원칙"은 빠지지 않고 이야기됩니다. 조금 더 자세히 알아보겠습니다. [목차] 4가지 가치 12가지 개발 원칙 의견 4가지 가치 애자일 선언문에서 제시된 핵심 가치입니다. 개인과 상호작용을 과정과 도구보다 우선시합니다. 개인들의 상호작용과 소통이 더 중요하며, 프로젝트에 있어서 도구나 프로세스보다 사람 간의 상호작..

개발/방법론 2024. 1. 1. 19:38

리스크 관리(Risk Management)는 개발 프로젝트를 이끌어 나가는 데 가장 핵심적인 역할을 합니다. 그러나 이 분야에 대한 구체적인 지침이나 실용적인 사례가 부족하여, 많은 프로젝트에서 제대로 된 접근을 하지 못하는 경우가 많습니다. 개인적으로 이 부분을 강조하는 이유는, 프로젝트 진행이 순조롭지 않다면, 그것이 리스크 관리의 문제일 가능성이 높기 때문입니다. 간단한 예시로는 다음과 같습니다 철야가 빈번하다면, 그것은 일정에 대한 리스크가 있는 것입니다. 새로운 기술 도입 후에 예상치 못한 문제가 발생한다면, 그것은 기술적 리스크일 수 있습니다. 어려운 이슈로 많은 시간과 리소스가 소모된다면, 역량에 대한 리스크일 수 있습니다. 이러한 상황들은 많은 사람들이 경험해 본 일들일 것입니다 간단히 ..

카테고리 없음 2023. 12. 31. 20:13

폭포수 모델(Waterfall Model)은 1970년대에 등장한 프로세스 모델 중 하나입니다. 방법론을 공부하는 사람들에게 가장 처음 접하게 되는 모델로, 간단하고 직관적인 프로세스로 이해하기 쉽습니다. 이 모델을 '모델'이라고 할 수도 있고 '방법론'이라고도 할 수 있습니다 폭포수 모델은 소프트웨어 개발을 일련의 선형적인 단계로 분할하는 방법을 가지고 있습니다. 이 모델은 순차적이며 단계별이며, 각 단계는 이전 단계가 완료된 후에 시작됩니다. [목차] 특징 적용 방법 의견 특징 선형적인 진행 각 단계가 선형적으로 연결되어 있어 이전 단계가 완료된 후에 다음 단계가 시작될 수 있습니다. 요구 사항의 고정성 초기에 요구된 사항이 변경되지 않는 한, 개발 과정 중에는 요구 사항이 변경되지 않습니다. 문서 ..

카테고리 없음 2023. 12. 29. 21:50

CBD ( Component-Based Development ) 방법론은 이름 그대로 컴포넌트들을 개발하고 조림하여 소프트웨어를 완성하는 방법론입니다. 각 컴포넌트는 독립적이고 재사용 가능하도록 설계하고 개발됩니다. 개인적으로 아주 매력적인 방법론이라고 생각되는 방법론 중 하나입니다. 제 첫 직장에서 이 방법론을 기반으로 여러 어플리케이션 및 시스템을 개발하였기 때문에 저에게는 매우 소중한 추억의 방법론이 되겠습니다. [목차] 특징 적용 방법 의견 특징 컴포넌트 중심 설계 소프트웨어를 여러 개의 독립적인고 재사용 가능한 컴포넌트로 분해해서 설계합니다. 컴포넌트들은 기능이나 역할에 따라 구분되고 독립적으로 개발 및 테스트할 수 있습니다. 컴포넌트 재사용 컴포넌트의 재사용을 강조합니다. 기 개발된 컴포넌트들..

카테고리 없음 2023. 12. 28. 19:36

DRBFM(Design Review Based on Failure Mode)은 제품이나 프로세스의 설계 단계에서 진행되며, 설계 단계에서 발생할 수 있는 잠재적인 문제점을 분석하고 분석된 문제점을 사전에 예방하기 위한 방법론입니다. 린(Lean) 방법론과 마찮가지로 Toyota 에서 시작되었습니다. 개인적으로, 이 글을 접하는 모든 분들께 꼭 추천드리는 방법론입니다. [목차] 특징 적용 방법 의견 특징 다른 방법론과 조금 다른 것은 이 방법론은 제품의 오류를 최소화하고, 제품의 안정성을 향상시키는데 중점을 둔다는 것입니다. 자동차라는 특수성이 있어서 더 부각되는 것 같습니다. Design Review 설계 단계에서의 리뷰를 말하며, 제품이나 프로세스의 설계 과정에서 잠재적인 문제를 식별하고 검토합니다. ..

카테고리 없음 2023. 12. 27. 16:06

소프트웨어 개발 방법론 중에 하나인 린 (Lean) 방법론에 대해 알아봅니다. Lean(린) 개발 방법론은 Toyota에서 시작된 매우 유명한 방법론입니다. 비용 절감, 효율성 향상, 낭비 제거 이외에도 목표가 많겠지만, 이 세 가지가 핵심 목표입니다. 주의) 린 스타트업과는 유사하다고 볼 수 있지만, 조금 다름니다. 이 부분은 다음에 논의하도록 합시다. [목차] 특징 적용 방법 의견 특징 아래와 같은 원칙을 이야기합니다. 가치 제공 ( Value ) 고객에게 가치 있는 것을 제공합니다. 가치는 소프트웨어의 기능을 포함하여, 비기능, 외적인 부분들을 포함하여 고려합니다. 가치 스트림 맵핑 ( Value Stream Mapping ) 소프트웨어 개발 전체 프로세스를 시각화 합니다. 시각화된 흐름을 분..

카테고리 없음 2023. 12. 27. 12:29