효과적 애자일 프로젝트 수행관리를 위한 우수 칸반(Kanban)툴 12선

칸반 (Kanban) 은 애자일 개발프로세스 전반에 걸친 적시개발 (Just in time Development) 을 지원하는 방법론입니다 . 칸반툴은 칸반에 기반 한 프로젝트 관리 지원시스템으로 웹기반으로 활용되며 사용자 규모에 따라 무료 또는 상용버전이 제공됩니다 . 본 지에서는 소프트웨어 개발 라이프사이클의 각 범주에 해당하는 툴 중에서 현재 시장에 출시된 최고 칸반툴 12 선을 소개함합니다 . 

[우수 칸반툴 12 선]

1. TargetProcess
2. LeanKitKanban
3. Hansoft
4. Kanbanery
5. AgileZen
6. KanbanTool
7. SmartQ
8. KanbanPad
9. Simple-Kanban
10. TRICHORD
11. JAM Circle
12. Lino

자세히 보기 →

정형 기법을 이용한 테스트 오라클 생성

융합 시대를 맞이하여 IT 소프트웨어 기술이 항공 , 자동차 , 철도 , 원전 등 안전이 중시되는 (safety-critical) 산업분야에 폭넓게 활용되고 있습니다 . 이들 산업 분야는 안전을 중시하기 때문에 , 높은 수준의 소프트웨어 품질을 요구하고 있습니다 . 산업 분야마다 국제 표준인 DO-178B( 항공 ), ISO 26262( 자동차 ) 등을 제정하고 이를 준수하게 함으로서 소프트웨어의 품질을 높이려고 노력하고 있습니다 .

소프트웨어 품질을 높이기 위해 모든 국제 표준에서 예외 없이 소프트웨어 테스팅을 언급하고 있습니다 . 즉 , 산업 분야와 관계없이 안전이 중요한 경우에는 테스팅을 통해서 실제 시스템을 철저히 검증할 것을 요구합니다 . 성공적인 테스팅이 있기 위해서는 도구 , 교육 등의 지원이 있어야 하지만 , 정확한 오라클 (oracle) 의 존재가 중요합니다 . 소프트웨어공학에서 오라클이란 “ 수행한 테스트가 합격인지 또는 실패인지를 판단하는 메커니즘 ” 입니다 .

1. 선형 시제 논리 합성

2. 테스트 오라클 생성 및 정형적 정의

                              합성 기법을 통한 테스팅 과정의 전체 과정

                                        테스트 오라클 생성 과정

3. 사례 연구 및 분석 

                                                            테스트 환경 구성

                                                 알람 로봇의 테스트 오라클 모델                                          

자세히 보기 →

20th SW Quality Insight Conference안내 (12/2(수))

정보통신산업진흥원에서는 SW개발 시 SW공학기술 및 가시화된 SW품질관리 방안, 사례 등을 통한 SW품질 경쟁력 강화 및 인식 제고를 위해 20회 SW Quality Insight를 개최합니다.

여러분의 많은 참여 부탁 드립니다.

신청하러 가기 →

테스트 자동화 실패를 극복할 수 있는 4 가지 요인

테스트자동화 툴은 비용과 시간을 절감하여 SW 품질향상에 기여하는 것으로 평가되어 왔으나 테스트 자동화가 모든 문제를 해결하는 만능 열쇠는 아닙니다 . 오히려 이를 과신했을 경우 픔질관리 측면에서 프로젝트가 실패하는 경우가 발생하기도 함에 따라 이에 대한 요인을 분석하여 제공하고자 합니다 .

1. 테스트 자동화 프로젝트는 소프트웨어 개발
2. 먼저 수동 테스트에 성공하기
3. 단순히 자동화가 추가된 테스트를 뜻하지 않음
4. 오토파일럿 (autopilot) 을 피하라

마이크 코언( Mike Cohn)의 테스트 자동화 피라미드

자세히 보기 →

성공적인 애자일 데브옵스(DevOps) 적용으로 인도하는 세 가지 핵심요소

최근 많은 전문가들 사이에서 데브옵스 (DevOps) 는 기업 애플리케이션 개발 및 운영 프로세스에 근본적인 변화를 제공하고 있다는 평가를 받고 있습니다 . 그러나 수많은 기업들이 데브옵스 (DevOps) 를 적용하는데 1 년 가까운 시간이 걸리며 , 그 중 일부는 적용에 실패하는 것으로 나타나고 있습니다 . 따라서 데브옵스 (DevOps) 를 효과적으로 적용하는 세 가지 방안 ( 프로세스 흐름 , 지속적인 피드백 , 끊임없는 학습 ) 을 제시하고자 합니다 .

• 첫 번째 방법 : 흐름(The flow)
• 두 번째 방법 : 지속적인 피드백(Consistent feedback)
• 세 번째 방법 : 끊임없는 학습(Continual learning)

자세히 보기 →

제23차 SP인증을 중심으로 한 SW프로세스 교육안내(11/25(수)~11/26(목) 대전)

지역 SW기업 및 방산SW기업의 SW개발품질관리 선진화 및 역량강화 일환으로, 마련된 [제23차 SP인증을 중심으로 한 SW프로세스 교육]에 여러분을 모십니다.

본 교육은 국내 중소 SW기업과 개발 조직의 SW프로세스 품질 향상과 신뢰성 확보에 목적이 있습니다. SW개발자, 품질 담당자, 테스트 담당자 등을 대상으로 SW프로세스 개념과 SP인증 기준 이해를 바탕으로 실제 업무에 필요한 SW 프로세스 교육을 진행합니다.

• 교육대상: 충남소재 중소SW기업 또는 방산SW기업 소속 엔지니어(관리자, 실무자 포함)
• 교육일시: 2015.11.25(수)~26(목), 2일간 09:00~17:50
• 신청기한: 2015.11.23(월)18:00
• 교육장소: 대전정보문화산업진흥원 영상특수효과타운 3층 지역스토리랩 강의실
• 교육비용: 무료(다과 및 중식, 교재/가이드 제공)

신청 하러가기 →

왜 창의적인 요구사항이 나오지 않을까?

최근 기업들은 무한경쟁 시대에 살고 있습니다 . 따라서 혁신적 제품을 출시해야만 글로벌 생태계에서 살아남을 수 있습니다 . 일반적으로 혁신적 제품을 개발하기 위해서는 개발초기에 창의적인 요구사항이 도출되어야 합니다 . 그러나 안타깝게도 대부분의 기업에서 창의적인 요구사항을 도출해 내기가 쉽지 않은 것이 현실입니다 . 물론 국내에서는 삼성전자를 비롯한 소수의 몇몇 기업처럼 창의적인 요구사항 도출을 위해 과거부터 다방면으로 꾸준하게 활동 해온 결과 실제로 많은 성과를 이루어낸 성공사례도 있습니다 . 따라서 본 원고에서 제시하고 있는 현장의 문제점과 제안에 대한 내용은 앞서 제시한 극소수의 성공사례의 기업들을 제외하고 현재 창의적 요구사항을 효과적으로 도출하지 못하고 있는 벤처나 , 중소기업을 포함한 대부분의 기업들을 대상으로 합니다 . 

그러면 왜 기업에서 창의적인 요구사항이 나오지 않는 걸까 ?

본 원고에서는 위의 문제를 개선하기 위해 일반기업들의 개발 현장에서 창의적인 요구사항이 도출되지 않고 있는 근본적인 원인에 대해 면밀히 살펴보고 효과적으로 도출 할 수 있는 방법에 대해 고민하여 개선방안을 제안 하고자 합니다 .

개발 현장의 문제점

• 첫째, 촉박한 개발일정을 꼽을 수 있다. 
• 둘째, 수직적 의사 결정 구조도 창의성을 저해하는 한 원인이다.
• 셋째, 요구사항 도출 시 원활하지 못한 협업문제를 들 수 있다.
• 넷째, 실패를 두려워하는 조직문화라 할 수 있다.
• 다섯째, 내부적으로 다양한 의사결정을 거쳐야 한다는 점을 꼽을 수 있다. 
• 여섯째, 적절한 평가와 보상이 제대로 이루어지지 않고 있다는 점이다.
• 마지막으로, 한국사회의 문화적 특징을 들 수 있다. 

창의적인 요구사항 도출을 위한 제안

• 첫째, 근무시간 중에 일정시간을 창의적인 요구사항을 도출 할 수 있도록 여유 시간을 구성원들에게 부여해야 한다. 
• 둘째, 창의적 요구사항 제안에 대한 적절한 평가와 보상제도 마련이라 할 수 있다. 
• 셋째, 창의적 요구사항 아이디어 수집과 수평적인 토론의 장으로 인트라넷을 활용함으로서 요구 사항 도출의 협업 문제를 개선한다.

고려해야 할 점

• 첫째, 기존 요구사항 관리시스템과 유기적으로 연동되게 해야 한다. 
• 둘째, 요구사항 도출 과정이 지나치게 오래 걸려서는 안 된다.
• 셋째, 소수의 결정권자의 획일적인 의사결정은 지양해야 한다.

자세히 보기 →