웹 개발의 애자일 방법론

게시 됨: 2020-04-12

웹 페이지 개발에서 유명한 애자일 방법론을 사용하는 것은 웹 에이전시 사이에서 점점 보편화되고 있습니다. 그것은 작업자의 생산성 향상과 훨씬 더 높은 품질의 최종 결과를 의미합니다. 또한 대행사와 고객 간의 투명성이 높아집니다.

애자일 방법론
애자일폭포 방법론

고객과의 조정 및 관리

Kiwop에서 사용하는 작업 방법론은 'Agile' 입니다. 이 방법론을 통해 최적의 서비스 품질 계획을 적용하고 계약 기간 동안 효과적인 구현과 지속적인 개선을 보장할 수 있습니다. 프로젝트 수준에서 다음 단계를 구분합니다.

  • 프로젝트 요구 사항 : 이 단계는 시작 회의와 클라이언트가 사용할 수 있는 모든 자료의 전달로 구성됩니다. 회의에서 우리는 프로젝트의 올바른 개발을 위해 관련된 모든 당사자가 되어야 합니다.
  • 기획 : 고객이 전달한 자료의 조직화, 우리 회사의 필요 파악 및 내부 자원 할당.
  • 디자인 : 프로젝트와 그 환경에 대한 초기 연구. 이 초기 연구에는 웹 구조에 대해 고려해야 할 키워드 분석도 포함됩니다. 이러한 연구를 바탕으로 웹 포털에 대한 설계 및 구조 제안을 하고 클라이언트의 승인을 기다립니다.
  • 개발 : 디자인 및 구조가 승인되면 웹 사이트의 레이아웃 및 프로그래밍을 진행하고 모든 콘텐츠를 소개합니다. 이 단계에서는 이 서비스가 계약된 경우 콘텐츠 작성도 포함됩니다. 나중에 테스트, 실패 수정 및 승인을 시작합니다.
  • 배송 : 마지막으로 최종 서버에 웹을 설치하고 기술팀의 모든 사용자의 해당 키를 전달합니다.
  • 유지 및 후속 조치 : 배송 단계가 완료되면 서비스 지원 및 발생할 수 있는 오류 또는 차질의 수정을 위해 후속 조치를 취합니다. 이 단계에는 계약이 끝날 때까지 유효한 보증 기간이 포함됩니다. 이 보증에는 추가 프로그래밍의 수정 또는 수정이 포함됩니다.

웹 프로젝트 배달 시간

프로젝트의 첫 번째 단계는 기껏해야 클라이언트와 합의한 시간에 제공됩니다. 이 프로젝트는 현재 완전히 운영되고 시작될 것입니다. 프로젝트 인도 후 계약 종료까지 남은 개월 동안 유지 보수 및 후속 조치를 수행합니다 . 이 유지 관리 및 모니터링 중에 웹의 동작을 분석하고 웹 분석에 대한 월별 보고서를 작성합니다. 방문자 행동과 웹 포지셔닝 모두.

우리는 또한 가이드 역할을 할 훨씬 더 자세한 내부 일정을 사용할 것입니다. 우리는 약속한 시간과 기간을 항상 존중할 것입니다.

스크럼 방법론

특히 웹 개발 프로젝트의 경우 각 순간의 요구 사항에 따라 다양한 기간의 스프린트(또는 작업 주기)와 함께 스크럼 방법론을 사용합니다. 일반적으로 이러한 작업 주기(스프린트 )의 기간은 2주입니다. 각 작업 주기에는 최종 결과에 가치를 더할 제품이 증가합니다.

스크럼 스키마

Kiwop에서 효율성과 민첩성으로 작업하기 위해 우리는 까다로운 웹 개발 부문에 초점을 맞춘 일련의 도구와 전문 작업 방법론을 사용합니다.

스크럼 및 애자일 방법론을 위한 소프트웨어

이러한 모든 작업을 관리하기 위해 Atlassian 패키지를 사용하여 작업 및 유지 관리에 대한 완전한 헌신을 관리할 수 있습니다.

민첩한 사고 방식을 채택하고 Scrum의 가치, 역할, 이벤트 및 도구 전반에 걸쳐 향상된 참여, 협업, 투명성 및 적응성을 제공함으로써 결과는 훌륭했습니다.

"Agile Transformation" 책의 Scott M. Graffius

구체적으로 다음을 사용합니다.

지라 소프트웨어

Jira Software 패키지 는 Agile 및 Scrum 방법론으로 프로젝트 관리를 지원합니다. 이를 통해 작업을 단순화하고 프로젝트를 보다 효율적으로 만들 수 있습니다. 자원 관리에 소요되는 시간을 줄입니다. 프로젝트의 전체 " 수명 주기 "를 문서화하는 데 도움이 되며 다양한 관련 위험을 줄이는 데 도움이 됩니다. 이 도구는 전체 프로젝트의 중추가 될 것이며 품질 및 임시 목표 달성 모두에서 올바른 실행에 필수적입니다.

지라 소프트웨어
Jira 소프트웨어 프로젝트 화면 예

합류

합류

Confluence의 목표는 전체 팀이 그들에게 할당된 작업에 투명하게 협력하는 것 입니다. 각 팀은 조직, 구조, 디자인 또는 개발에 대한 아이디어를 제공합니다. 클라이언트의 전문가 팀도 이 프로세스에 참여할 수 있습니다. 이 도구를 사용하면 다음을 만들 수 있습니다.

  • 로드맵
  • 할 일 목록
  • 회의록
  • 프로젝트 계획
  • 멀티미디어 리소스 및 동적 콘텐츠 포함
  • 페이지에 댓글 남기기
  • 텍스트 또는 공유 파일 추가
  • 등…

요컨대, 콘텐츠를 한 곳에서 중앙 집중화하여 훨씬 쉽게 컨설팅하고 프로젝트에서 정확히 어디에 있는지 알 수 있습니다.

트렐로

Trello 보드 예제
카드가 있는 Trello 보드의 예

그것은 클라이언트가 지정한 팀을 포함하여 관련된 모든 구성원을 위해 프로젝트의 모든 시간에 간단하고 공개적인 전시 역할을 합니다. 빠르고 직관적인 방법으로 완료된 작업, 현재 작업 중인 작업 및 다음에 개발할 작업을 볼 수 있습니다 . 이 패널은 모든 정보를 최신 상태로 유지하기 위해 Jira Software 와 동기화됩니다.

지라 서비스 데스크

프로젝트에 대한 기술 및 티켓 지원을 제공합니다. 이 도구를 사용하면 전문가 팀의 요청을 쉽게 수신, 추적, 관리 및 해결할 수 있습니다. 우리는 단일 공간에서 이러한 요청을 구성하고 우선 순위를 지정할 수 있으며, 이러한 방식으로 작업 팀이 설정된 목표 또는 서비스 수준 계약에 맞게 조정할 수 있습니다. 프로세스는 다음과 같습니다.

전문가 팀은 이전에 구성된 포털이나 이메일을 통해 귀하의 요청을 당사 팀에 보낼 수 있습니다.

우리 팀은 각 요청의 우선 순위에 따라 이러한 주문된 요청에 대해 작업합니다. 문제 해결 진행률은 " 진행 중" 또는 " 승인 필요 "와 같은 상태를 포함하는 워크플로를 사용하여 구성됩니다.

각 팀은 개발, 디자인, 디지털 마케팅, 개념화 등 해당 범위 내에서 사고 해결을 위해 작업합니다.

비트버킷

비트버킷

BitBucket 플랫폼은 Git 기술과 함께 리포지토리를 사용하여 함께 프로그래밍할 수 있기 때문에 프로그래머를 위해 설계되었습니다. 이를 통해 유연하고 질서 있는 방식으로 새로운 기능을 프로그래밍할 수 있습니다. 개발, 테스트 및 프로덕션의 3가지 환경을 사용합니다.

이러한 방법의 목적은 생산성을 높이고 고품질 및 고부가가치의 최종 결과를 제공할 수 있도록 하는 것입니다.

애자일 방법론의 주기적 검토

이 과정에서 앞서 언급한 도구 및 기타 도구를 사용하여 정기적인 검토 를 수행하여 프로젝트 전반에 걸쳐 높은 품질 표준을 유지하도록 할 것입니다. 이러한 수정 사항은 내부 일정에 개발 이정표로 포함됩니다.

요구 사항 테스트를 수행 하고 기대 목록 에서 디자인을 평가합니다. 요구 사항 테스트는 팀이 모든 목표를 충족하는지 확인하기 위해 개발 프로세스 전반에 걸쳐 필수적입니다.

디자인 테스트 에서는 웹의 시각적 측면을 기반으로 합니다. 외관이 제안된 디자인과 일치하는지 지속적으로 확인할 것입니다. 여기에는 모든 브라우저에서의 호환성 및 모바일 테스트와 같은 작업이 포함됩니다.

기능 테스트 에서 우리는 인터페이스와 사용성을 모두 평가할 것입니다. 모든 링크, 버튼, 양식 및 기타 모든 요소가 제대로 작동하도록 하는 엄격한 프로세스가 될 것입니다.

3가지 작업 환경

우리가 언급했듯이, 우리는 3가지 다른 환경에서 모든 것을 구성할 것입니다 :

  • 로컬 환경 은 내부적으로 프로그래밍하고 동일한 목표를 달성하기 위해 사용 가능한 모든 옵션을 테스트하는 곳입니다. 개발 테스트를 수행할 내부 실험실이 될 것입니다.
  • 개발 환경 은 클라이언트가 프로젝트의 실제 진행 상황을 볼 수 있는 생활 환경이 될 것입니다. 이러한 맥락에서 모든 적절한 테스트가 수행되고 변경 및 수정 사항이 적용됩니다. 프로젝트도 검증되고 전문가 팀의 검증을 위해 새로운 개발이 적용됩니다.
  • 마지막으로 웹이 이미 게시되면 프로덕션 환경 이 됩니다. 최종 청중이 실제로 보게 될 것. 이 환경에서는 오류나 문제 없이 항상 완벽하게 작동하는지 확인해야 합니다.
민첩한 작업 환경

우리는 입증된 도구를 사용하여 작업의 품질과 효율성을 측정하고 다음과 같은 변경 사항을 적용합니다.

  • Google PageSpeed ​​Insights: 페이지 속도 점수를 볼 수 있습니다. 이 도구를 사용하면 WPO가 제대로 수행되었는지 확인할 수 있습니다.
  • AMP 유효성 검사기 : 페이지가 amp 유효한지 확인합니다.
  • Google LightHouse: 성능, 접근성, 모범 사례 및 SEO와 관련된 정보를 검증합니다. 품질에 관한 한 좋은 지표가 될 것입니다.
  • SiteImprove 및 기타: 웹 접근성을 검증합니다. 접근성이 있지만 수동 유효성 검사도 수행합니다.
  • 웹 분석: Google Analytics를 통해 웹에서 사용자의 행동을 평가할 수 있습니다. 또한 이전에 구성된 이벤트 및 목표의 성공 여부를 검증합니다.
  • SEO 도구: Google Analytics, Google Search Console, SEMRush와 같은 다양한 도구를 사용하여 포지셔닝 증가를 확인할 것입니다.

정기 보고서

우리는 우리의 작업을 보장하고 검증하기 위해 항상 월간 보고서의 실현을 제안합니다. 이 보고서에는 프로젝트의 올바른 개발 및 후속 후속 조치를 위한 필수 정보가 포함됩니다. 그들은 몇 주 동안 방문의 진화를 볼 수 있는 웹 분석 보고서 가 될 것이며, 우리의 조치가 방문 횟수를 증가시키는 데 기여했는지 여부( SEO )입니다. 우리는 또한 사용자의 행동을 평가할 것입니다. 사용자 가 가장 많은 시간을 보내는 페이지, 웹을 떠나는 페이지 등 …

우리는 항상 웹 사이트의 인덱싱 상태 를 항상 확인합니다.

이 방법론을 통해 문제를 감지하고 깨끗하고 기능적이며 액세스 가능한 웹 사이트를 얻을 수 있습니다. 이러한 품질 보증 방법론을 사용하면 사용자가 기능적 인터페이스와 더 나은 사용자 경험을 가질 수 있습니다.

또한 웹사이트를 만드는 동안 개발 스프린트와 동일한 주기로 또는 프로젝트 상황에서 필요할 때마다 Skype, Google Meet 또는 대면을 통해 회의를 제안합니다.

애자일 및 스크럼 및 칸반의 후속 조치


애자일 방법론의 인시던트 관리

계약 기간 동안 우리 는 클라이언트와 당사 웹사이트 업데이트를 담당하는 기술 팀 사이에 사고 관리 시스템 을 포함할 것입니다. 이런 식으로 우리는 기술 팀에 나타날 수 있는 문제나 의심을 해결할 수 있습니다.

사고 관리 시스템을 선택할 때 몇 가지 옵션이 있습니다 . 많은 유형이 있습니다. 지원 티켓 시스템 및 고객 서비스 소프트웨어인 Zendesk 소프트웨어를 예로 들 수 있습니다. 그러나 이것은 매우 강력하고 다재다능하지만 외부적이며 더 많은 리소스를 포함하고 전체 시스템에 복잡성을 추가하는 도구입니다. 따라서 꼭 필요한 경우에만 사용합니다.

또 다른 옵션은 내부적으로 프로젝트를 사용하는 사고 관리 시스템인 Jira Service Desk를 사용하는 것 입니다. 이 서비스 시스템은 개발 회사와 프로젝트 코디네이터 사이에서 보다 구체적이고 사적인 방식으로 고려됩니다.

인시던트 생성 및 해결 프로세스는 다음과 같습니다.

  1. 사용자가 새 문제를 만듭니다.
  2. 시스템은 사건 해결에 책임이 있는 사람에게 이메일을 통해 통지합니다.
  3. 담당자는 사건을 분석하여 해결부터 시작하는지, 설명이 필요한 경우 작성자에게 추가 정보를 요청하는지 결정합니다.
  4. 사건이 해결되면 작성자에게 이 사실을 알리십시오.

결론

웹 페이지 개발에 애자일 방법론을 사용하는 것은 기관에서 점점 더 많이 사용되는 방법론입니다. 그리고 당연한 일입니다. 올바르고 조직적인 방식으로 수행하면 생산성이 크게 향상됩니다.

특히 웹 개발의 경우 Scrum과 Kanban을 모두 사용할 수 있습니다 . 두 방법 모두 매우 유효하며 조직에 큰 이점을 가져다 줍니다. 둘 중 하나의 선택은 단순히 웹 개발 회사에 달려 있습니다.