1일 전 · software

왜 당신의 Engineering Wiki가 묘지가 되었는가 (그리고 이를 고치는 방법)

그 느낌을 알죠. 파일을 열어 스파게티 코드 블록을 바라보며 “도대체 왜 이렇게 만들었을까?” 라고 생각합니다. 위키를 확인합니다. 마지막 업데이트…

3일 전 · software

엔지니어링을 위한 기술 계획 구조화 방법

반응형 엔지니어링의 숨겨진 비용 빠르게 성장하는 기업에서는 엔지니어링이 기본적으로 반응형이다. 제품 로드맵은 가득 차 있고, 마감일은 t...

3일 전 · software

스프린트 회고: 30분 습관이 팀을 10배 더 좋게 만든다 (더 열심히 일하지 않고)

대부분의 엔지니어링 팀은 인재가 부족해서 고생하는 것이 아니라, 스프린트마다 같은 문제를 반복하기 때문에 고생합니다: - PRs가 리뷰에 머무르는 경우...

1주 전 · software

3일 코드 리뷰 문제 (그리고 실제로 당신이 부담하고 있는 비용)

“사람들이 내 변경 사항을 검토하는 데 보통 일주일 정도 걸려요… 반 스프린트를 기다려야 한다는 건 제 생각에 꽤 미친 짓이에요.” 최근 한 개발자가 Reddit에 이렇게 올렸습니다.

2주 전 · software

속도는 과대평가된다: 명확함이 진정한 경쟁우위다

속도는 테크에서 지위 상징이 되었다. 빠른 배송. 급속한 반복. 빠른 전환. 짧은 사이클. 외부에서는 관성처럼 보인다. 내부에서는...

1개월 전 · software

깊은 기여와 폭넓은 기여

요약 - Deep contribution은 프로젝트 작업을 의미합니다. - Wide contribution은 transject https://dev.to/stakiran/project-vs-transject-cpd 작업을 의미합니다. 오늘날의 …

1개월 전 · software

WBS가 개발 팀을 변화시키는 방법: 혼돈에서 명확함으로

이 기능을 언제 출시할 수 있을까요? 개발자로서 프로젝트 매니저가 물어볼 때 자신 있는 답변을 할 수 있나요? 매우 적은 팀만이 정확하게 답할 수 있습니다.

1개월 전 · software

10X 개발자와 POC 함정

10X Developer와 POC Trap의 커버 이미지 https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity=auto,format=auto/https%3A%2F%2Fdev-to...