두레이
슬기로운 dooray 생활 - 4년간 한中을 오가며 써온 소감 총정리
두레이 베타 시절부터 지인 소개로 #dooray를 써보며 느낀 소감을 행사 응모를 계기로 총정리합니다. 그간 #popit 에 써둔 글도 있으니 기존 글까지 망라해서 순위를 매기는 식으로 글을 쓰렵니다. #1. 최고는 메일 대신 두레이 뭐니 뭐니 해도 두레이는 메일 대신 업무적인 소통의 관문으로 쓰기에 최고입니다. Slack 한국판으로 알고 있는 잔디1)와 달리
두레이
아기 발걸음
평범한 개발자 그 이상이 되기 위한 야생 학습 비결
얼마전 발행된 SI 개발 10년차인데 코드 좀 봐주세요 라는 글에 많은 부분이 공감했다. 그 글에서 내가 언급된 탓에 덧붙이는 수준으로 몇 가지 생각을 보태려고 글을 쓴다. 제목에 명시한 표현을 어떤 뜻으로 썼는지 먼저 명시하고 팁을 뒤에 이어간다. 평범한 개발자 그 이상 평범한 개발자란 무엇인가? 모호한 정의이지만, 자신의 욕구에 따라서 정확한
생산성
메일과 두레이를 이용한 협업 파이프라인 구축
같은 제목의 기사가 HBR 한글판에 올라왔다. 유료 매체이니 관심있는 분들은 찾아서 읽어 보시길 바란다. 필자는 이 글에 매우 공감하는 입장이지만, 이미 오랜시간 스스로의 방법으로 이메일로 소비하는 시간을 줄여 왔다. 그래서, 기사 제목과 저자가 말하는 핵심 메시지만 빌리고, 평소 나의 활용법을 저자가 주장하는 방식에 대한 구체적인 한 가지 실천 방법으로 공유하려고
Go 개발자가 UML을 사용한 이유
연휴[1]를 마치고 출근해서 처음으로 머리써서 처리한 일은 동료 개발자가 두레이에 남겨 놓고 간 작업입니다. 필자가 먼저 서울에 갔을 때 북경에 남아 있던[2] 그가 갱신한 작업 내용을 보고, 필자가 '무얼 더 개선할 수 있을까?' 생각하는 일입니다. 그가 나에게 작업을 요청한 것이 아니라 우리가 서로 나눴던 의견을
Dooray 서비스를 이용한 서비스 개발조직 협업 개선
요즘 일상에서 가장 많이 쓰는 도구는 Dooray 서비스다. 지난 번에 지극히 개인적인 활용을 다룬 글을 올리긴 했지만, 두레이의 일반적인 쓰임새는 개인 작업 관리용이 아니라 협업 도구다. 약 19개월정도 써온 사용자1)로서 두레이를 쓰면서 이 점은 좋으니 널리 알리고 싶다거나 이렇게 써보면 좋겠다고 느낀 내용을 몇 가지를 써본다. * 화면 기획서를 공유하며
개인 작업 관리를 Trello에서 Dooray로 옮기기
10년 가까운 기간 동안 팀 협업 도구로는 주로 이슈 트래커를 썼다. Jira, Redmine, Github 등을 쓰고 Confluence 위키 제품을 보완하는 도구로 써왔다. 그런 가운데도 따로 개인 시간 관리를 할 필요를 느꼈다. 회사 일외에 개인적으로 일정을 챙길 필요가 있고, 가끔은 회사 일이지만 혼자만의 작업이 필요한 경우도 있었다. 또한, 회사 일인지 아닌지
조직 문화를 소프트웨어 개발 조직답게 만들어가기
정확히 이러한 문화를 뭐라 불러야 할지 모르겠다. 기민한 개발조직으로 만들려고 혹은 시장에서 도태되지 않기 위한 간절한 변화의 노력으로 지난 2년간 만들어낸 우리 조직[1]의 개발 문화에 대한 이야기다. 뭉뚱그려 말하면 애자일이라 할 수 있겠으나 애자일이라는 말의 쓰임이 너무나 다양하게 쓰여지고 있어 의미를 얼마나 전달할까 싶다. 아무튼 일을 해나가는 과정속에서
두레이 서비스를 참조하여 계정관리 개선하기
또 다시 지난 글에 이어서 두 개발자와 대화한 내용을 공유한다. 세번째 설계 시리즈다. 우리는 2월초부터 두레이라는 훌륭한 협업 소통 도구를 쓰고 있다. 우리가 두레이에서 참조한 부분은 조직과 사용자 그리고 권한 관리 기능이다. 우리가 일종의 설계 개선 모임을 하는 2월 현재 우리는 Account라는 마이크로 서비스를 운영하고 있다. 사용자가 특별히 인지할 필요가