ルール決めをする

[honmaharuki]

背景、完了条件等を決めておく。

[honmaharuki]

スプリント内に終わる単位に切り分ける。

[honmaharuki]

仕様確認

• 必要なデータの確認（DB）
• 機能の確認 （機能の細分化） 　- 重さ、優先度　できたら 第２段階 機能ごとの特定がすんだあと
• 機能とどういう機能かの詳細文
• 機能ごとにどこの画面に飛ぶかの画面遷移図は作る

[honmaharuki]

https://github.com/gBenkyous/wiki/blob/main/inTime/ALL/%E5%9F%BA%E7%A4%8E%E5%AE%9A%E7%BE%A9/%E4%BB%95%E6%A7%98%E8%AA%BF%E6%9F%BB%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.md

[honmaharuki]

開発を進めるうえで、決めておいたほうが良いルールやポリシーはいくつかあります。以下にいくつか例を挙げてみます。

コーディング規約：チーム全員が同じコーディング規約を使用することで、コードの可読性やメンテナンス性を向上させることができます。

バージョン管理：開発中のソースコードのバージョン管理を行うことで、誰が何を変更したかを追跡することができます。Gitなどのバージョン管理システムを利用することが一般的です。

テストの自動化：単体テスト、結合テスト、UIテストなどを自動化することで、品質の向上や効率的な開発が可能となります。

レビュープロセス：開発者がコードをレビューし、品質の担保を行うことが重要です。レビュー基準やレビュー手順を定めることで、開発チーム全体で品質を向上させることができます。

セキュリティ対策：セキュリティ対策を考慮した設計やコーディングを行うことで、セキュリティに関する問題を未然に防ぐことができます。

ドキュメンテーション：開発したソフトウェアに関するドキュメントを作成することで、後でメンテナンスや改修を行う際に役立ちます。

以上が、開発を進めるうえで決めておいたほうが良いルールやポリシーの例です。チームのニーズやプロジェクトの性質に応じて、必要なルールを導入しましょう。

[honmaharuki]

問題を出したかったらイシュー 確認の際にはprojectsを確認する。