レスキュー機能の追加実装

[uchida189]

開発概要

目的

開発期間

• 開始日：
• 締切日：

優先度

カテゴリ/スキル

• Meeting
• Hearing
• Training
• Design / Figma
• Frontend-Mobile / Dart(Flutter)
• Frontend-Admin / TypeScript, React, NextJS
• Backend / Go, TypeScript
• Database / PostgreSQL
• Docker / Dockerfile, docker-compose.yaml
• Google-Spread-Sheet / Google Spread Sheet, Google Apps Script

難易度・規模

• XL（25時間以上）
• L （20時間くらい）
• M（10時間くらい）
• S （5時間くらい）
• XS（3時間くらい）

担当者

• @

考えられる開発内容

スプシチェックの時に、執行部に言われてたの思い出した
要件が詰めきれてない。スプシに実装すればいいのか、mobileのUIごと変えないとなのか

• 事件事故
  • 特になし
• トラブル
  • 対象タスクの管轄局
• 質問
  • 発生場所
  • 対象タスク
  • 対象タスクの管轄局
• 人来ない
  • 対象タスクの管轄局
  • コメント
    • がたい良い人
    • 男性・女性
    • 何局を連れてこいとか
    • →などを書くため

備考

参考

開発の流れ

1. PMにIssue（タスク）をもらう
2. 開発をする（↓の「リンク」の『開発のやり方』を見よう！）
3. チェックボックスを押していこう
4. ヤバい状況になったらIssueの右側にあるStatusを「Help」にしてPMにSlackで連絡しよう
5. チェックボックスが全部押せたらプルリクを作ろう
6. レビューを待とう
7. 修正点があれば修正しよう。なければPMがマージします！お疲れ様！

SeeFTのタスク管理のルール

1. タスクは全てGit-Hub Projectで管理する
2. 全てのタスクに期日を決める
3. 毎週タスクの進捗を確認する（MTに出られない人はSlackで報告）
4. 毎週忙しさ（消化できるタスク量）を共有する
5. Helpは余裕のある人がいれば巻き取る。いなければ期日を変更する

リンク

• 開発のやり方
• SeeFTのタスク管理のルール
• 環境構築
• GitとGitHubの使い方（SeeFT）
• SeeFT Projects
• SeeFT Wiki
• Figma