ぼちぼち今のプロジェクトで初めて作った機能がリリースできそうなので、一人KPTしておく
Keep
ProblemとTry
- 横展開ものと使いまわせるかなーと思ってたら使ってないため不具合があったり、効率悪そうなコードがあったので結局がっつり書き換えたのでスケジュールがギリギリになった(横展開あるある)
- 作り始めてから再度スケジュール引き直せばよかった
- エンジニアとデベロッパーそれぞれでスケジュール引いてマージしなかったので、お互いの進捗を確認するのが面倒だった
- スケジュールマージすればよかった
- 二人で同じ機能を開発してたからコンフリクトが何回か起きてその度にマージ作業をするはめになった
- コンフリクト起きないようにもう少し小機能ごとにサービスクラスを分けるとかすればよかった。もしくは既存クラス修正するのではなくて一度破棄して追記するとか
- 第三者レビューをしてもらう時間が少なかった
- WIPとかやってみたほうが良かったのかもしれない
- 経緯はわすれたけどなぜかURLがいけてないちらほら(個人的には/名詞/動詞という形にしたかった)
- URL決めるのをバラバラで決めるのではなくて、命名規則を早めに出したほうがよかった
- フロントが使ってるAjaxライブラリのデフォルトHTTPメソッドがPOSTだったので、データ取得するからGETメソッドだと思い込んで作ってたら、フロントからデータ取れませんと言われてハマった
- ちゃんとフロント側のJSコード読まなきゃ
- 結合テストのあたりでテストチームにバグ出してもらった時に、最初は誰がハンドリングするんだ?とふわっとなってしまった(後半はプランナーが仕切ってくれたのはよかった)
- 人毎に各フェーズで何をやるかをある程度明確にしたほうがいい
- エンジニア2人ともチームに入って間もなかったので、他職種を交えた進め方が本当にこれでよかったのか謎
- 人が違うとやり方(決めること)が異なるのは色々ストレスだと思うから、WBSのテンプレとか作れる気がする