티스토리 뷰

 

개발자의 본질은 무엇일까요?

알고리즘을 잘 만드는 사람?

코딩을 하는 사람?

 

 

엔드포인트 기획

 

엔드포인트 설계

 

테스트 케이스 만들기

 

해보니 괜찮았다.

 

기획을 하고 팀장님·팀원들과 소통하고

 

 

개발 리더가 되어 많은 사용자가 사용하는 앱을 만드는 것

 

목표가 꼭 있어야 할까? 목표라는 것은 사람을 피곤하게 만들기 때문이다. 건강도 나빠질 수 있다.

 

가끔은 그저 시키는 일을 루틴하게 하고 싶을때도 있다.

 

개인의 성장을 목표로했다면 이제는 팀의 성장을 목표로 합니다.

 

 

Risk

기획 -> 반려 -> 기획한 시간 만큼 개발 못함 -> 고과 낮아짐

기획 -> 반영됨 -> 장애남 -> 책임 져야함

개발자가 잘못된 의사결정을 할 수 있다

말하면 하루가 감

 

대안은?

1. 기획을 하지 않음 -> 기획자 인건비, 기획자 Order를 받아야 함

2. 기획을 고과에 포함 시켜준다. KPI에 반영 통과 하던 안하던 KPI에 반영 or 통과 못하면 절반 만 반영

3. 제안 개수 주당 상한선 - 너무 제안을 많이 하면 일을 못하므로

4. 보고는 어디까지?

 

 

Lean하게 간다는 것

얼만큼이 Lean한 것인지? 작동만 되면 되는지?

 

 

기획서대로 만들었는데 기능 빠졌다 할 때

기획서 컨펌 받고 만들었는데 기능 빠졌다고 하면 다시 손대야 해서 좀 그렇다.

이 태스크에 대해 잊어버리고 다른 작업에 한참 빠져 있을 때 이런 태스크 오면 흐름이 끊긴다.

 

 

 

 

공지사항
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
링크
«   2026/04   »
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30
글 보관함