20201005 議事録 - SANTOMY/PlaceIt GitHub Wiki
日程:2020/10/5 15:00~
参加者
みんな
チーム名
- SANTOMY(全員の頭文字)
プラットフォームについて
- アプリ開発か,web開発か
- PWAを使えばwebアプリをスマホに対応させることができるかも
- アプリ開発の知識が無い...
- PWAかな〜
- PWAだと位置情報やプッシュ通知などスマホ機能が使えない??
今期目標:PWA化の前まで
開発体制
PBL1の振り返り
- Unit 1
- 他のメンバーが何をしているか把握しにくかった
- タスクボードとウィークリースクラムでしっかり管理する
- タスクの分担が均等でなかった
- タスクに重み(ポイント)をつける
- あまりにも多くの人が働いていません
- ok
- 他のメンバーが何をしているか把握しにくかった
- Unit 2:
- デイリーレビューが必要
- weeklyで
- タスクボードをうまく活用できていなかった
- やります
- 個人のタスクの分量が偏ってしまうこともあった
- リーダーをスプリントごとに決める
- git-flowによるgitブランチの規則化はよかった
- 採用!!!!
- アイデアをチャットで書くと流れてしまう
- アイディアチャネルを作成して投げる+スプリントオーナーが取り入れるか考える
- デイリーレビューが必要
- Unit 3:
- 環境構築が大変だった(設計の不足?)
- ざっくりと構成を決める(図とか)
- 計画が曖昧だった(今日何やるかなど)->わかる by 松尾
- スプリントごとにタスク割り当てする
- オンラインということもありコミュニケーション不足なりがちだった
- 頑張ってオフラインで
- 話を進める明確なリーダーが欲しい
- スプリントごとにオーナー決める
- gitがまったくやくにたってない
- 役に立てましょう
- レビューしてない
- レビューグループとして分けておく.GitHub のREADME.md に how to 書く(ブランチの命名規則とか)
- 環境構築が大変だった(設計の不足?)
- Unit 4:
- スプリントが曖昧だった(2週間ごとにちゃんとすべきだった)
- スプリントは2週間
- タスクの作り忘れや,移動のし忘れがあった
- スプリントごとにオーナーが処理する
- コードのレビューが適当だった
- レビューのフォーマット,プルリクのフォーマットを作成
- CI/CD使ってみたい ->同意(by 浅田)
- テストケースを作る場合しましょう
- スプリントが曖昧だった(2週間ごとにちゃんとすべきだった)
スクラム:
- プロダクトバックログを作る
- スプリントごとにプロダクトバックログから必要なタスクの割り当てを行う(スプリントバックログの作成)
- スプリントごとに新しいタスクをバックログに追加する
- タスクにポイント(重み)を作る
- デイリースクラム× → ウィークリースクラム○
- ウィークリースクラムは週1
- ウィークリースクラム -> スプリントレビュー -> …
GitHubの使い方
- commit メッセージに#issue num を作る
TODO:
-
プロジェクト概要
- お出かけをする際に,おすすめの場所を示してくれる
- 浅田テキストを参照
- 自分のスポットを登録
- 追加してくれたらアバターがおしゃれになる
- 集めたポイントでギャンブル
- ログインボーナス
-
仕様書・設計
-
分担
-
README.md(GitHubやレビューの規則や使い方)の作成
-
ツール等の調査