「開発手法」 一覧

今日は何年か前に巻き込まれた、あるダメダメ大事件を振り返りたいと思います。 それは、プログラムの総作り直し事件であります。 既に単体テストまで終わったプログラムを全部作り直すなどという、そんなバカなこ …

今日はシステムエンジニアがどのくらいお客さんの業務知識を持っているべきかについて書いてみます。 ＳＥの紹介文とか、教科書的なモノを読むと、ＳＥはクライアントの業務知識に関する深い理解が必要と言われます …

私の開発のスタイルとしては、仕様書を作るよりまずはプロトタイプを作成し、それを見ながら仕様を詰めていくというやり方が好きです。 その方が絶対早いし、手戻りも少ないです。但し、私は業務系システムには弱い …

以前関わっていたデスマーチに関して個人的にふりかえり。 あまり細かくは書けないので、ざっくりとした感じになりますが、一番の問題はタイトル通り部品を先に作ってしまったことです。 システムの概要としてはよ …

夏になり山登りのシーズンだそうですが、相変わらず遭難事故が減らないらしい。 雑誌の記事によると遭難の原因で一番多いのが、道に迷って遭難ということです。天候の異変とか体調不良なんかよりも道に迷うことが遭 …

今日はシステムを発注するときに、何を優先するべきかについて書いてみます。 何を優先と言ってもパッとイメージがわかないかも知れませんが、システムの開発においては常に 品質　　価格　　納期 の３つが相反す …

今日は段取り力の話をします。もしくは計画性の話 まず最初に段取り力という言葉ですが、明治大の斉藤孝教授が広めた言葉で、まあ要するに仕事のできる奴は段取りがうまいっちゅう話です。その説明がなかなかわかり …

今日は開発の段階で、どのような技術を選ぶべきか、その基準を書いてみます。 実際にはエンジニアに任せるケースも多いと思うのですが、実はエンジニア視点と発注者視点では選ぶべき技術がまるで異なります。 エン …

ITシステムの開発にはトラブルがつきものですが、その中でも一番ありがちなトラブルが、仕様変更というものです。 要するに、「やっぱこれ違うわ！」ということ。 特に仕様変更が納期の直前だったりすると大騒ぎ …