OSS人材育成のOSSモデルカリキュラムページをIT人材育成iPediaに移動いたしました。 今後は、下記IT人材育成iPediaのOSS人材育成をご覧いただきますようにお願い致します。 URL:https://jinzaiipedia.ipa.go.jp/it_platform/education/oss
牛尾さんがCodeZineに、アジャイル開発の運用のハードルが何故高いのか、優れた記事を立て続けに書かれているのでリンクしておく。 牛尾さんのように、実際のAgileな開発だけでなくシステム化提案や要件定義のAgile化など、下流工程から上流工程まで全てで経験し尽くしている人だからこそ、分かっているような内容ばかりでとても興味深い。 【元ネタ】 ウォーターフォールの次に行け!~日本のソフトウェア開発を今一度洗濯いたし申し候(1/2):企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ) なぜアジャイルは本のとおりに実践しても失敗するのか?(1/4):企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ) なぜアジャイルは本のとおりに実践しても失敗するのか?(4/4):企業のIT・経営・ビジネスをつなぐ情報サイト Enterpri
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基本契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出
昨日の記事 「米国ザッポス「顧客感動サービス」の経済合理性を徹底分析する」 の続編です。 当記事では,奇跡の企業「ザッポス」が,いかに比類なき顧客エクスペリエンスを創造し続けているのか,そのマネジメントシステムについて分析してみたい。 ザッポスを恐れたアマゾンは,2007年1月にEndless.comを投入し,ザッポスと同等の顧客サービスに加え,規模にモノを言わせた低価格戦略でザッポスをつぶしにかかった。(この顛末は前記事にて) しかしユーザーはザッポスを愛しつづけた。論理的に言えば「価格差ではカバーできないスイッチングコスト」が存在したわけだ。それはザッポスの誇る「普通じゃないサービス」がもたらした成果だった。 ・ザッポスのコンタクトセンター(CLTと略)にはマニュアルがない。電話応対する社員の裁量は限りなく大きい。 ・ザッポスのCLT社員が提供するのは「忘れ難い体験」であり,それを「幸
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く