【親タスク】デザインシステム構築に伴うmobileのUIの改修

[uchida189]

開発概要

前提タスク

#130

目的

• 構築されたデザインシステムによるデザインの修正を適用する
• 新しいページデザイン、および作成されたコンポーネントを用いてmobileのページを再構築する
• Mobileのタスクの入門におすすめ

開発期間

• 開始日：
• 締切日：2025/4/30

優先度

• 0

カテゴリ/スキル

• Design / Figma
• Frontend-Mobile / Dart(Flutter)

難易度・規模

• XL（25時間以上）

担当者

• @mugiiicha
• @uchida189

考えられる開発内容

• ○○ページのデザインを修正する
  • 子タスクのIssue
• マイシフトのリストのデザインの修正
  • これくらいはやったほうがいいかも
• ColorSchemeを参照していない箇所を修正する
  • ColorSchemeを参照していない箇所の修正 #159
  • 優先度1
  • 色を一括で変更できて幸せになれるようにするために、色の設定を参照していない箇所をしらみ潰しに全部修正するタスクです
• ↑のテキスト版
  • 優先度1
  • そもそもどこにどのテキスト使うとかそんな考えてないのであんまいらん説はある
• Widgetの差し替え
  • 優先度2
  • 極めるならここまでやる（もはや最初から書き直す方が早いかも）
  • あえて完成されてるデザイン崩す意義も薄いので優先度低い
  • 気づいた時にやるくらいでええんちゃうかな

備考

• ガチったらWidgetの差し替え（Container --> Button等）も発生して地獄になるやつや
• 既に完成度高い部分なので、優先度はあんま高くない箇所も多い
• 最低限直さないといけない部分だけ最初に直せばOK

参考

開発の流れ

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