タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

programmingとbusinessとworkに関するraituのブックマーク (5)

  • プログラミングファースト開発は物神化に並ぶ人月商法脱却の解か - 雑種路線でいこう

    プログラミングファースト開発と最初に聞いて、ソフト開発の手順としては当たり前過ぎて、最初は何が新しいのかさっぱり分からなかったんだけど、肝は如何に受託開発でそれを貫徹するかの交渉術や契約形態にありそうだということに合点がいった。人月に代わる値付けの方法、機能や品質に応じた対価を得る手法として、パッケージ販売やSaaSといった共通化と利用者拡大の他に、相対取引での値付けにも新たな道は広がるのだろうか。 実は世の大半の名だたるソフトウェアに厳密な仕様書などないし、受託開発でも設計書と呼ばれているものがコードと同期している可能性はかなり低い。これはソフトにとって役に立つこと、問題を起こさないことが、仕様書通りに動くことよりずっと重視されてきた結果であって、みんな心のどこかで気掛かりではあるけれども、マクロ的には合理的なトレードオフの結果であって必ずしも悪い話ではない。 恐らくプログラミング・ファ

    プログラミングファースト開発は物神化に並ぶ人月商法脱却の解か - 雑種路線でいこう
    raitu
    raitu 2008/07/22
    //肝は如何に受託開発でそれを貫徹するかの交渉術や契約形態//それ以外はむしろごく自然なことだものな。
  • SI契約に変革迫る「進行基準」 IT業界に激震走る!:ITpro

    ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を

    SI契約に変革迫る「進行基準」 IT業界に激震走る!:ITpro
    raitu
    raitu 2008/07/01
    ウォーターフォールの仕組みを明文化・規格化したらどうなるかなー。要件定義が曖昧だった所が何とかなるプラスが浮き上がるか、プロトタイプ的作業が出来なくなるマイナスが浮き上がるか。
  • 予告.inをSaaSワールドの予告として見る - アンカテ

    まず予告inについてのこの3つのエントリは必読。 予告inについて少し真面目に述べてみる : ロケスタ社長日記 デジモノに埋もれる日々: 総務省の「犯罪予告検知ソフト開発」の予算と「予告in」 - 対処は当に可能なのか 犯行予告共有サイト「予告.in」が痛快だ。が… :Heartlogic 個人やこういった小さい会社でやる分には、素早く、すぐにリリースして、改善していくことができます。 しかしその分、クオリティに問題があったり、対応がこなれていない可能性もあります。全部を人力でチェックするほどのコストもかけられないし、そもそも人的リソースが足りない。 国家が数億かけてやるものとは、そもそも性質が違うんですよね。意外に思うかもしれませんが、彼らの作るものが無駄だとは思っていません。 ネットというかWeb2.0とかいわれる世界は、実はそういうアイデアで溢れています。 理想が100だとしたら、

    予告.inをSaaSワールドの予告として見る - アンカテ
    raitu
    raitu 2008/06/16
    予告inなSaaS的ものと、国家プロジェクトなIT的なもの//遊牧民と農耕民族、土地占有の概念など/求められる完成度の問題と、パレートの法則的な話とか
  • 人月計算とExcelとスーツの世界より

    俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、番機に触った。 30年間親会社を支え続ける偉大なシステムの中身を、わくわくし

    人月計算とExcelとスーツの世界より
    raitu
    raitu 2007/08/31
    //今はただ、ネット越しに見つめるRDBやAPIやxpや正規表現やアジャイルやRailsやwikiがまぶしい。//ものすごく同意な組み込み系開発な俺。とりあえず職場にwiki導入してみたりしてるよ。あとRubyつかって仕様書だしてみてるよ
  • 情報サービス産業に明日がなくても構わない - 雑種路線でいこう

    情報サービス産業に対しては,人月単価ベースのビジネスモデルがいけない,エンジニアを使い捨てている,高い単価でオフショアとどう戦うのか,とかいろいろなことがいわれているし,どっかに活路がないものかなとここ数年いろいろ調べたりもしたのだけれども,最近ふと別に情報サービス産業に明日がなくても構わないじゃないか,と考えるようになった. 結局のところ要件定義や仕様書に基づいてシステムをつくるという仕事は,ITが生む付加価値そのものを受け取るようにビジネスモデルができていないのだ.技術や製品・専門知識に希少性があった時代はそれでも儲かったが,ハードやソフト,それらに対する知識がコモディティ化した瞬間,サービスやソリューションそのものがコモディティ化することは避けられなかったのだろう. 僕はIT自体にはまだまだ可能性があると思うけれども,徐々にレントがIT製品を扱う企業から,ITを活用して新しい価値を生

    情報サービス産業に明日がなくても構わない - 雑種路線でいこう
    raitu
    raitu 2007/05/14
    正確なタイトルは「「旧来の定義での情報サービス産業」に明日が無くても構わない」確かに何十人月やら仕様書通りであることにソフトウェアの本質的な価値はない。パッケージ/SaaSでどれだけの人が必要としたかだ。
  • 1