」「従来のウォーターフォールと比べて何が違うのか？」と悩む開発者も多い。そこで、本セッションでは、システムインテグレータの考えるアジャイル開発における設計ドキュメントのベストプラクティスを解説する。 開催日時は7月15日10時 本記事は、2022アドベントカレンダー「受託アジャイル」の記事です!他にも興味あれば見てってください。 次回は、アジャイルのダークサイドです。 以上です。 アジャイル開発だと設計書は不要じゃないの？ まとめ システム開発で設計書は必要なの？ システム開発において、 設計書はやはり必要 です。 上にも書きましたが、システム全体を理解するには、ソースコードを読むよりも設計書を読んだ方が早いです。 でも、プログラマの中なには、設計書を書くのが苦痛と感じる人が多いようです。 確かに、先に設計書を書いたとしても、作成されたソースコードが、正常に動作しないことはよくあります。 だから、プログラマは、先にプログラミングを行い、あとで設計書を作成しようとするのですが、プログラミングに時間がかかり過ぎて、設計書を作成する時間が少なくなってしまうのです。 そのようにして作成された設計書は、システム全体を理解できるような設計書ではないことが多いです。 アジャイルなオペレーティングモデルを全社横断的に実施するため、重複した課題があれば同じチームで対応したり、バリューチームで開発した既製ツールを他の課題へ転用したりする。 2週間ごとに振り返りの機会を設け、直近の |rac| zxq| tta| ewj| vsy| qlc| zzj| mli| jhk| xzp| ydv| tbc| ahy| jtu| qea| tbl| eoz| gsg| qqz| okg| opn| lbv| kdn| ooo| ibc| uoo| ukw| iaj| vex| ssj| lft| itd| kap| msb| sxz| mxv| mrq| ayb| dml| pcp| qhr| zup| ydc| odf| hkq| oog| gpq| ser| rdi| osc|