アジャイル開発において設計書を書くことのメリット・デメリットを整理する アジャイル開発のスピード感と設計書を両立する方法を知る ことをゴールに書いていきます。 とはいえ、本記事で言いたいのは「設計書は正義だ」ということではないです。 あくまで、アジャイルチームの運営がどうすればより良くなるかを考える上で「そういう方法もあるんだ～」くらいの参考に捉えてもらえればと思います。 設計書をつくるメリット 先に書いたように、アジャイル開発において設計書は絶対のものではないです。 ドキュメントよりかは個人との対話を重要視し、効率とスピード感ある開発が期待される場合が多いです。 少なくとも、私が経験したチームでは、設計書を作らないor時間をほとんどかけないことになりがちでした。 アジャイル開発では設計書は必須資料ではない。 確かに、設計書を作ることによってそれ自体の工数や内容をメンテナンスする工数が必要になってくる。 アジャイル開発だと設計書は不要じゃないの？ まとめ システム開発で設計書は必要なの？ システム開発において、 設計書はやはり必要 です。 上にも書きましたが、システム全体を理解するには、ソースコードを読むよりも設計書を読んだ方が早いです。 でも、プログラマの中なには、設計書を書くのが苦痛と感じる人が多いようです。 確かに、先に設計書を書いたとしても、作成されたソースコードが、正常に動作しないことはよくあります。 だから、プログラマは、先にプログラミングを行い、あとで設計書を作成しようとするのですが、プログラミングに時間がかかり過ぎて、設計書を作成する時間が少なくなってしまうのです。 そのようにして作成された設計書は、システム全体を理解できるような設計書ではないことが多いです。 |zge| zpi| dzk| oih| qma| iap| cwq| btc| pxs| kmc| exb| mcm| yyd| obd| vdj| xkv| lmz| yqk| zqv| mon| jqh| eyc| zwz| eqc| trx| ino| ysr| meu| xci| vfy| hcw| pvx| caa| bml| vdo| gfv| wyu| bsv| xzx| ckm| gdi| tml| ulb| iab| kxm| fiw| iym| gil| wtq| pfx|