目次

ニュース

日記カテゴリ

書庫

いま従事している作業先は、社内のシステム部門で開発中のシステムを利用するのはその会社の社員さんです。

そして開発に際してきっちりと設計書は書いていません。さっさとコーディングをはじめてコード中に仕様が現れたらOK!!!ってのりです。

それに関して、否定はしません。

しかし私はそれでも設計書(相当の文書)を書きます。

その理由はただ一つ。

コーディング後、大幅に仕様がブレて(いたことが発覚して)そのブレを修正する作業をしたくないからです。

事前に文書化して、ユーザに確認することで、仕様のブレを小さくすることと、ブレることを想定しておくことができます。

それをするしないでは、大げさかもしれませんが、倍以上のコスト差がでると考えています。

もう一つ理由を挙げるならば、

楽しさが「コーディング>>>>>文書を書く」なので、一度コーディングを始めると文書を書きたくなくなるからw

中さんに6月の勉強会で登壇しないかと声をかけていただいたので、その辺をDI、UI設計などのキーワードとともに話してみようかと思ったのですが、その前に明後日の勉強会に参加できるか怪しい今日この頃orz

投稿日時 : 2007年4月26日 23:47
Feedback
  • # re: 設計書を書く最大の理由
    Zee
    Posted @ 2007/04/27 11:53
    >事前に文書化して、ユーザに確認することで、仕様のブレを小さくすることと、ブレることを想定しておくことができます。

    同感です。
    どの仕事でも同じですね。依頼内容を明確にしてから、仕事を完了し、報酬をもらう。
    サービス、サービスが多すぎるような・・・。

    親切・サービスがいいのと、
    ダラダラ仕事を受けるのは意味が違う。

    毅然とした態度が、業界全体の報酬に繋がる気がする。
  • # re: 設計書を書く最大の理由
    とっちゃん
    Posted @ 2007/04/28 12:15
    >設計書(相当の文書)

    んと...外部仕様を取りまとめるということでは?

    誰のためのものなのか、何のためのものなのかってあたりや、なぜ必要とされているのかとか、それがあればどう変わるのかという部分がおざなりにされてる気がします。
    #5W1Hを考えろってことっすねw


    そしてなによりも忘れてはならないのは「コンピュータ(ハードもソフトも)は使ってもらってナンボものである」ということです。

    これがあるからいままでの進化があったんだし、これからも進化していけるんですよねぇw

    使ってもらうために携わるすべての人(使う側も作る側も)がこの大原則を置き去りにしてると...w
  • # re: 設計書を書く最大の理由
    とっちゃん
    Posted @ 2007/04/28 19:26
    あー。。。文章途中で抜けてるよ...orz
    誤:変わるのかという部分がおざなりにされてる気がします
    正:変わるのかという部分が、最近の開発ではおざなりにされている事が多い気がします。

    です。

    しかも、頭もねーし...orz
    koka さんが、大事にしてる部分を多くの人が...
    ですね。

    書いたり消したりしてるうちに、グダグダになってしまった...orz

    6月っすね。
    大阪にも一度行ってみたいんだよなぁ...6月を逃すと、次は10月かなぁw
  • # re: 設計書を書く最大の理由
    koka
    Posted @ 2007/04/29 1:31
    Zeeさん
    コメントありがとうございます。

    >どの仕事でも同じですね。依頼内容を明確にしてから、仕事を完了し、報酬をもらう。
    >サービス、サービスが多すぎるような・・・。
    依頼内容を明確にし過ぎると、「やっぱりここまでの機能いらないや」なことになる(開発側の)リスクもなくはないから、最初っから詰めたくない場合もあるのかもしれないですがw
    そういった、あまり依頼内容にケチつけず、良し悪し無視して依頼内容どおりに仕事をこなす環境に耐えれるか耐えられないかの問題なのかもしれません。
  • # re: 設計書を書く最大の理由
    koka
    Posted @ 2007/04/29 1:44
    とっちゃんさん

    コメントありがとうございます。

    >んと...外部仕様を取りまとめるということでは?
    そうです。あと、さらに基本的な業務ルールをまとめて文書化するってことを、『文書がなければ』とりあえずわかる範囲で作って確認してます。
    意外とそういった業務に関する情報が、担当者それぞれの頭の中にしかなくて、それが視覚化されて出てくるとゴロっと仕様が変わったりするので(汗

    >#5W1Hを考えろってことっすねw
    そのとおりです!

    >そしてなによりも忘れてはならないのは「コンピュータ(ハードもソフトも)は使ってもらってナンボものである」ということです。
    >これがあるからいままでの進化があったんだし、これからも進化していけるんですよねぇw
    >使ってもらうために携わるすべての人(使う側も作る側も)がこの大原則を置き去りにしてると...w
    作り手視点だけで突っ走ると、いつの間にやら目的が、「使ってもらうために作る」から「完成させるために作る」に置き換わってたりw

    >大阪にも一度行ってみたいんだよなぁ...6月を逃すと、次は10月かなぁw
    6月逃すの確定っすか。残念orz
    ぜひぜひ10月お越しください。とっちゃんさんにどうしても言っておきたいことがあったりなかったり、言っていいのか悩んでたりしますのでw
  • # re: 設計書を書く最大の理由
    とっちゃん
    Posted @ 2007/04/30 13:28
    6月は、おいらの日程がまだ出ねーっすw
    日程通りなら、5月で終わりなはずなので、余裕で行けるんですがw
    デスマスイッチが入らなければ、1カ月単位で延期(そうなったらうちは5末で繁忙期終了w)か、伸びて2週間なんですがねw
    #6月は大阪も面白そうなのよねぇw

    どっちにしても、5月が終わらないと状況が見えない...orz
  • # re: 設計書を書く最大の理由
    koka
    Posted @ 2007/05/01 8:25
    >デスマスイッチが入らなければ、1カ月単位で延期(そうなったらうちは5末で繁忙期終了w)か、伸びて2週間なんですがねw
    なんだかデスマスイッチってピタゴラスイッチみたいでいいですね。(いやよくないですがw
  • # vvQEAwhoFmJhFOl
    http://www.drinkershealth.net/antabuse-disulfiram/
    Posted @ 2011/12/13 20:41
    It's pleasant sitting at work to distract from it?to relax and read the information written here:D
  • # WjpqHabCpQEP
    http://www.luckyvitamin.com/c-1511-glucosamine-for
    Posted @ 2012/01/07 3:50
    I am getting married on the 15th of November. Congratulate me! Then will be here rarely!...
タイトル
名前
Url
コメント 

Blog 利用状況

絡んでるところ