'공감도 지능이다' 개발자의 마음을 얻는 8가지 방법

모처람만에 개발자분들이 좋아할만한 글이 있어 공유해봅니다. 사람 중심 문화와 개발자 경험의 방법론과 인사이트를 결합하면 ‘개발 능력자’를 유지할 수 있는 끈끈한 기업 문화를 조성할 수 있다. 개발자가 계속 남고 싶어 하는 회사를 만들기 위한 8가지 기본자세와 방법에 대해 알아본다. 1. 개발자 경험(Developer eXperience)을 진정으로 이해하라 가장 기본적인 수준에서 개발자 경험(DX)은 개발자 당사자가 쓰는 툴이나 기업 시스템에 대한 만족도를 말한다. 개발 언어가 프로그래밍을 다루는 방식의 차이 같이 매우 구체적인 사항부터 클라우드 플랫폼의 사용성 같은 전반적인 경험을 모두 포함할 수 있다. 더 나아가 DX는 결국 개발자 라이프스타일을 포괄한다. 또한, 사람을 먼저 생각하는 일터문화의 핵심은 자율적 책임성이다. 직원들에게 목표를 주고 성과에 대한 책임을 지도록 하는 동시에, 가능한 한 많은 권한을 부여하는 업무 방식이다. 2. DX가 왜 중요한지 공감하라 사실 개발자는 개발자 경험과 자급자족의 관계에 있다. 필요한 도구를 직접 만드는 경우가 많다. 수많은 도구를 공유하는 개발자 커뮤니티에 돌려주려는 마음이 선순환된다. 이런 창조의식과 호혜성은 소프트웨어 커뮤니티를 발전시킨다. IT 프로젝트에 대한 개발자의 관심과 이해는 수많은 이제 프로젝트에 자금을 지원하고 모두와 공유하는 핵심 동력이 됐다. 이 과정에서 각 프로젝트가 선사하는 개발자 경험이 결정적인 기준이 된다. 3. 데브옵스에서 '데브엑스'로 그리고, 또 반대로 데브옵스가 널리 퍼지면서 개발자가 전체 제품 라이프사이클에 참여하고 전체적인 방식으로 그 라이프사이클에 영향을 미칠 수 있게 됐다. 개발자 관점에서 DX는 개발자에게 더 많은 권한을 부여하는 일이다. 특정 데브옵스 관행과 절차를 따르라고 지시하는 대신 개발자가 직접 자신에게 가장 적합한 프로세스와 기술을 고안할 수 있도록 권한을 줘야 한다. 결국, 프로세스를 자유자재로 맞춤화할 권한을 부여받은 팀은 변화하는 상황에 대응하여 바로 작업에 필요한 툴을 더 잘 설계하고 구축할 수 있다. 4. DX 전담팀을 꾸려라 개발자가 쓸 도구와 프레임워크를 정하는 의사결정 과정에 당사자인 개발자와 IT 팀원을 포함시키는 일은 유용한 피드백 루프를 만든다. 또한 개발자가 자신의 목소리를 듣고 있다고 느끼도록 하여 프로젝트에 몰두할 가능성을 높인다. 5. 개발자에게 코드 완성도를 타협하라고 강요하지 말아라 사용자에게는 편의성이 가장 중요하다. 그러나 개발자에게는 겉으로 보이지 않는, 코드적, 기술적 완성도가 기타 개발자용 기능이 중요할 수 있다. 이는 기업 전체에 영향을 미칠 수 있는, 사소하지 않은 사항이다. 코드의 품질은 DX의 한 측면이기도 하다. 여기서 비즈니스 연관성은 두 가지다. 첫째, 좋은 DX를 가진 시스템은 유지 및 확장이 더 쉬우며, 소프트웨어 품질에 프로젝트의 성패가 갈릴 수 있다. 둘째로, DX가 뛰어나면 개발자들, 특히 상급 개발자들은 프로젝트 작업에 더 만족한다. 코드 품질이 비즈니스와는 관계없이 그저 개발자들이 부리는 욕심이라는 견해가 틀린 이유이며, 개발자를 닦달하면 안 되는 이유다. 6. 학습, 교육, 공유 기회를 제공하라 학습, 교육 및 공유는 개발자에게 주요한 인센티브다. 개발자가 더 많이 성취하고, 열정적으로 일할 뿐만 아니라 동료와 협력하는 자세를 갖추도록 하는 데 중요하다. 모든 개발자가 좋은 개발자 경험을 조상하는 데 참여하고, 다른 사람이 DX의 가치를 알 수 있도록 서로 서로 상기시켜주는 문화를 조성하는 것이 목적이다. 7. DX를 망치는 불필요한 행정을 줄여라 기업은 항상 소프트웨어 개발팀의 속사정을 알고 싶어 한다. 측정 기준과 가시성을 확보하려 한다. 그러나 개발자 워크플로우에 너무 많이 참견하는 것은 DX를 망치는 지름길이다. 불필요한 회의와 보고를 최소화하고, 무엇이 가장 효율적으로 작동하는지에 집중하는 것이 낫다. 개발자는 리더십이 이를 전략적으로 고민하고 있다는 느낌만 받아도 크게 감명받을 것이다. 능력 있는 소프트웨어 개발자일수록 자신이 가장 잘하는 일, 즉 소프트웨어 구축에 집중할 수 있는 환경에서 진가를 발휘하며 대부분 시간을 가치 있다고 느끼는 활동에 할애하고 싶어 한다. 8. 배포 과정을 자동화하라 최근 연구에 따르면 개발자 열 명 중 일곱은 배포에 대한 스트레스 때문에 프로젝트를 그만둔다고 한다. 소프트웨어를 구축하는 데 필요한 세세한 활동 하나하나에 부담이 크고, 모든 것이 완벽하게 개발되고 출시되어야 한다는 압박감에 시달리기 때문이다. 이 문제를 해결하는 가장 좋은 방법은 신뢰할 수 있는 자동화 시스템을 구축하는 것이다. 지속적인 통합 및 전달, 자동화된 테스트 등이 오늘날 개발 프로세스의 표준이 되고 있지만, 이는 단지 일부에 불과하다. 개발자가 도움을 받을 수 있는 곳이 있어야 한다. 어려움과 불확실성이 있는 시기에 개발자가 어떻게 대우받는다고 느끼는가에 따라 DX가 크게 달라진다. 이와 함께 '12년차 개발자의 감정관리'라는 글도 같이 읽어보심 좋을거 같습니다. - https://maily.so/productlab/posts/2e7a36fc?utm_source=oneoneone 감사합니다.