アジャイルはなぜ失敗するのか？～教科書には載っていない反復型開発の3つの掟 - プログラマの思索
牛尾さんがCodeZineに、アジャイル開発の運用のハードルが何故高いのか、優れた記事を立て続けに書かれているのでリンクしておく。 牛尾さんのように、実際のAgileな開発だけでなくシステム化提案や要件定義のAgile化など、下流工程から上流工程まで全てで経験し尽くしている人だからこそ、分かっているような内容ばかりでとても興味深い。 【元ネタ】 ウォーターフォールの次に行け！～日本のソフトウェア開発を今一度洗濯いたし申し候（1/2）:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ) なぜアジャイルは本のとおりに実践しても失敗するのか？（1/4）:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ) なぜアジャイルは本のとおりに実践しても失敗するのか？（4/4）:企業のIT・経営・ビジネスをつなぐ情報サイト Enterpri
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
ドラマ「小児救命」 - レジデント初期研修用資料
最近始まったばかりの新番組。まだ見てない。紹介しているblog 「子供の命を守りたい」一心で、勤務していた総合病院を辞めて、 24時間営業の無床クリニックを始めた医師のお話。救急の現場にとっては、悪魔のような主人公。 たぶんこのドラマには実在のモデルがあって、どこかで今でも開業しているはず。 ドラマと同じく、「子供の命を守りたい」とか、そんな理由で開業医になって、24時間外来を開いて、 調子の悪そうな子供は近隣施設に振る。 テレビでは昔、そのクリニックに勤める人達を取材していたはずだけれどそこから「振られる」側の 先生がたが、実際のところどう思っているのか、「後方」がある、外来だけのクリニックと、 後がない救急外来と、人的リソースが限られる中、どうやって共存を続けているのか、是非聞いてみたいなと思う。 優しい外来からの紹介は怖い 24時間営業のクリニックができたところで、その施設で外来から
第58回：失敗を待つマスメディアの監視下、システム一本化を始める三菱東京UFJ銀行：ITpro
“馬鹿の一つ覚え”という言葉は、三菱東京UFJ銀行の情報システム統合に関する新聞やテレビの報道にふさわしい。同行が3年前の2005年2月に、旧東京三菱銀行のシステムに一本化することを決めて以降、マスメディアは開発を進める同行の足を引っ張る報道を繰り返している。この5月からいよいよシステム一本化作業を始める同行にとって、最大のリスクはマスメディアの報道姿勢と言っても過言ではない。 システム一本化を巡るマスメディアの論調は、「統合作業に不安が残り失敗して大混乱が起きるかもしれない、その場合経営トップは責任を取るべき」「仮に成功したとしても、総額3300億円というシステム投資は多すぎる」というものだ。そして、統合作業を難しくし投資増を招いた原因として「旧UFJ銀行のシステムを残さなかった」ことを挙げる。UFJ銀のシステムではなく東京三菱銀のそれを選んだ前後に指摘するならまだしも、3年も経ち一本化
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
