「モノづくり」という言葉の違和感 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ パロアルトのGoogle本社に行った人に感想を聞いたのですが「やっぱ、あの会社はモノづくりの会社だねぇ」と。もちろんその通りなのですが、ちょっとした違和感が。 "モノづくり"ではなく"モノ動かし" それはGoogleがやっていることは「モノづくり」というよりも「モノ動かし」というか「サービス運用」というか、つまり作っているだけじゃなくて動かしているのだろうなぁと。 僕がWeb2.0系エンジニアで尊敬するのは、初期構築技術はもちろんのこと運用技術についてちゃんと理解していること。はてなもmixiもライブドアもAmazonも、もちろんGoogleも、作るだけじゃなくてちゃんと動かしていることがすごいのです。 そうすると初期設計がちゃんとしてきます。自分たちでメンテナン
アジャイルプロセスにコーチング － ＠IT自分戦略研究所
コーチングやファシリテーションは、IT業界でも積極的に取り上げられ、活用している企業や個人も多い。そこで本連載では、コーチングやファシリテーションなどのヒューマンスキルを活用している人と、その事例を紹介していく。 今回はWebシステムの構築プロジェクトで、アジャイルプロセス（コミュニケーションを重視する開発プロセス）、コーチングなどを盛り込んだプロジェクトファシリテーション（参加者の協業の場作りに重点を置いた、プロジェクトの中でのファシリテーション）を実践した松本潤二氏の事例を紹介します。 本事例は、アッズーリが受託した案件で、Javaによる企業間取引のWebシステムです。要件定義からリリースまでの新規開発案件で、2005年4月から7月末までの4カ月間で行いました（その後も契約は継続中）。 納品までの1回のサイクル（以下、イテレーション）は2週間で、計画・開発・リリースを8回ほど繰り返しま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
