メシのタネ

めしのたねになるIT情報配信サイト


設計書ってなんで書くの?

, ,

  1. コラム
  2. 設計書ってなんで書くの?

設計書をなぜ書くのかから始めてかれこれ3年近くこの禅問答をやっているわけですが、いまだに答えは出ません。ただ、その禅問答をやる中で設計書に対する取り組み方は大きく変わったので、その一部でも書いていきたい。

基本設計はとにもかくにも必要だと思う

設計書はいらぬ!という話をよく聞くし、自分自身も言っていましたが、少なくとも「どんな要求のためにその機能があって、その機能は何が実現できて誰が嬉しいのか。」くらいは示して置く必要があると思うのです。機能の実装は好きにすれば良いと思うので詳細設計は今でも不要だと思いますが、PG誰もがロジックを考えられるわけではないので、おっきいPJでは必要なんだと思いますよ。

お客さんにもメリットはある

私は、要件も設計も不要な職場でプログラムを書いていた過去があります。要件は客に直接電話して聞いて、聞いた内容を実装して、合意しながら進めていく開発スタイルでかつ一人で開発してたからです。なので、設計書に金払うってどうなんって、最初思ってましたが、よおく考えると、保守案件とかで設計書無い仕事って、やるやる!絶対やるってなり辛いですよね。なんで、発注する側からすると、設計書が無いことによって、工数増えるし、開発屋さんの選択肢が極端に減ってしまいます。

業務指示が飛躍的に楽になる

自分が口を動かさなくても、ホワイトボードに文字を書かなくても、どんな設計書でも読めば、とりあえず設計書に記されてる部分までは、新しいアサインメンバーのプロジェクトに対する知識を底上げしてくれます。

おわり

とりあえずこれ以上このテーマについて言いたいことが思いつかなくなったのでおわります。


コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

This site uses Akismet to reduce spam. Learn how your comment data is processed.

若い頃、「仕事中にハマったこと」や「誰かに共有したい技術的な気づき」をアウトプットしたくてブログを始めましたが、勢い任せでよく分からない記事を大量生産し、あえなく飽きて終了。

改めて今、キャリア15年分の経験や知識が、これからITエンジニアを目指す方や、同じような課題で悩んでいる現役エンジニアの「メシのタネ」になるような記事を残したいと思っています。
※過去の記事は見ると精神が崩壊するため、そっとしておいてください。

🛠 経歴という名の珍道中:
文系Fラン → 広告営業 → Web営業 → 通信営業 → Web進行 → 出版 → Web媒体運用 → ソフトウェアハウス → SES → フリーランス

専門教育も受けず、転職歴も多数。履歴書はまるで時系列の事故記録のようですが、試行錯誤を重ね、なんとかエンジニアとして食べています。

このブログでは、そんな「履歴書クラッシャー型エンジニア」が送る、
名古屋一敷居の低い、実務に役立つ技術ブログを目指します。

PHP
魔王と行く! / Interface / Polymorphism / Ontology 深淵ガイドNew!!
Laravel
Laravel 12、「コード 1 行も書き換えず未来へ」──静かな革命の手順書New!!
Laravel
LaravelのMiddlewareって意味あるの?仕組み・使いどころ・やらかしまで整理してみたNew!!
Laravel
ServiceProviderって何してるの?DIの背後で動いてるやつの正体New!!
Laravel
LaravelのサービスコンテナとDI、「書いてるだけで動く」コードの正体
Laravel
Laravelのアーキテクチャ、実は誰もわかってない説