티스토리 뷰
개발자의 본질은 무엇일까요?
알고리즘을 잘 만드는 사람?
코딩을 하는 사람?
엔드포인트 기획
엔드포인트 설계
테스트 케이스 만들기
해보니 괜찮았다.
기획을 하고 팀장님·팀원들과 소통하고
개발 리더가 되어 많은 사용자가 사용하는 앱을 만드는 것
목표가 꼭 있어야 할까? 목표라는 것은 사람을 피곤하게 만들기 때문이다. 건강도 나빠질 수 있다.
가끔은 그저 시키는 일을 루틴하게 하고 싶을때도 있다.
개인의 성장을 목표로했다면 이제는 팀의 성장을 목표로 합니다.
Risk
기획 -> 반려 -> 기획한 시간 만큼 개발 못함 -> 고과 낮아짐
기획 -> 반영됨 -> 장애남 -> 책임 져야함
개발자가 잘못된 의사결정을 할 수 있다
말하면 하루가 감
대안은?
1. 기획을 하지 않음 -> 기획자 인건비, 기획자 Order를 받아야 함
2. 기획을 고과에 포함 시켜준다. KPI에 반영 통과 하던 안하던 KPI에 반영 or 통과 못하면 절반 만 반영
3. 제안 개수 주당 상한선 - 너무 제안을 많이 하면 일을 못하므로
4. 보고는 어디까지?
Lean하게 간다는 것
얼만큼이 Lean한 것인지? 작동만 되면 되는지?
기획서대로 만들었는데 기능 빠졌다 할 때
기획서 컨펌 받고 만들었는데 기능 빠졌다고 하면 다시 손대야 해서 좀 그렇다.
이 태스크에 대해 잊어버리고 다른 작업에 한참 빠져 있을 때 이런 태스크 오면 흐름이 끊긴다.
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 도커각티슈케이스
- docker container case
- docker container
- 도커티슈박스
- 도커각티슈박스
- Sh
- docker container tissue box
- shellscript
- Linux
- 싱가폴
- docker container whale
- 도커컨테이너
- 개발자
- 2017 티스토리 결산
- vim
- docker container tissue
- 도커티슈케이스
- 이직
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
글 보관함