codestates / codestates/canIBuyCar
KPT First-Project 회고 - 유대형
- Dominant language
- JavaScript
- Stars
- 0
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Description
Keep (유지할 항목)
* 정기적인 공식적인 회의시간, 그리고 부수적인 회의나 혹은 프론트 / 백끼리 함께 작업하는 과정에서 소통이 잘 되어서 의견이 잘 모아졌다.
* 데드라인을 정해놓고 함께 노력해서 어느정도 기능이 구현된 페이지를 프론트와 백이 함께 확인할 수 있어서 좋았다.
* 생활 패턴이 다 다른데 태스크카드를 적절하게 분배하여 서로 편한 시간에 작업해서 중간에 꼬이는 일이 없었다.
---
Problem (문제로 판단되는 항목)
* 와이어프레임 / API / 플로우차트를 짜는 SR에 좀 더 집중해서 처음부터 잘 짰다면 중간에 수정하는 일이 많이 없었을 것 같다.
* 와이어프레임이 부실하다보니 어떤 컴포넌트를 함께 공유해서 사용해야하는지, 어떤 것을 컴포넌트로 구현하여 재사용해야하는지에 대한 정리가 확실하게 되지 않아서 중간에 코드를 치다가 연락해서 다시 맞추는 작업들이 많았다. 미리 SR 단계에서 확실하게 잡아두고 가면 좋을 것 같다.
* 프론트를 맡아 틀을 구현해서 다 엮어두고, 나중에 기능을 추가한 후 css를 작업했는데 이렇게 되면 백에서는 하염없이 기다려야 한다. 처음에 axios를 사용해 서버와 통신하는 부분을 간단하게라도 구현한 후, 작성해둔 API를 토대로 프론트와 백 서로 데이터가 잘 오고가는지의 여부를 체크한 후에 다른 작업을 하는게 시간을 좀 더 단축시킬 수 있을 것 같다.
* 막바지에는 마음이 급해지다 보니 코드도 잘 안들어오고 내가 뭘 하고 있었는지도 까먹고 정신이 하나도 없다. 잠도 많이 못자고 작업을 하다보니 컨디션도 엉망이고, 항상 평정심을 유지하고 작업하는 습관을 들여야 겠다.
* 시간 분배를 잘못한 나머지 내가 맡은 파트를 팀원에게 넘겨주는 일이 발생했다. 너무 미안하고 고맙고...... 그렇다 ㅠㅠ 메인페이지에서 북마크 관련 작업을 하던게 내가 아니고 팀원이라 안그래도 state/props를 어떤식으로 관리했는지를 설명을 들었어야 하는데, 사실상 처음부터 저런 페이지는 서로 잘 의논한 후에 태스크 분배를 좀 더 확실하게 하면 좋을 것 같다...!
---
Try (Action Items)
- [ ] 와이어프레임 / 스키마 디자인 / API 설계 등 초반 기획단계에서 정말 탄탄하게 잡아두고 가서 나중에 수정하거나 와이어프레임에 존재하지 않는 페이지를 만드는 일이 없도록 해야겠다.
- [ ] 다 만들고 보니 태스크카드에 없던 작업들을 많이 했다. 또 세세하게 나눴다고 생각했는데 완성된 것에 비해서 태스크카드를 너무 두루뭉실하게 작성했다. 기능 / 틀 / css 를 전부 세분화 해서 태스크카드를 만들어야겠다.
- [ ] 건강관리에 힘써야겠다. 잠도 못자고 컨디션도 엉망이라 집중도 잘 되지 않아서 더욱 악순환인 것 같다.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.