毎年注目している、VersionOne社の State of Agile Development Survey Results ですが、昨年の結果が発表されています。この調査はもう６年続いていて、ぼくも毎年追っかけているものです。ここ数年は同じ傾向が続いているのですが、いくつか解説したいと思います。（たぶん連載） 結果のソース⇒http://www.versionone.com/state_of_agile_development_survey/11/ まずは利用されている方法論。これは、昨年とほとんど変わっていなくて、やっぱりScrumとXP+Scrumを足すと70%に近い。Scrumの圧勝だ。XP単独というのは2%まで下がっている。今年の大きな変化は、Kanbanが認知されたことだろう。3%にまで上がってきている。それでもまだ3%というのがScrumの強さを物語る。また、Custom

アジャイル開発では、チームの状況を共有するミーティングを毎朝行う。これを、デイリー・スクラム、と呼ぶ。短時間で立ったまま行うことを習慣化することが多く、スタンドアップ･ミーティング、と呼ぶこともある。（※前者はスクラム、後者はXPからの用語） チームは、現在のプロジェクトの状況を壁を使って見える化し、チームで共有する。現在の状況を示すタスクボードや、かんばん、バーンダウンチャート（進捗を示すグラフ）、そのほかの貼り物をする。このような場所で行うと、朝会の伝達効率がいい。 各自が短く次のこと（３つ）を報告する。 昨日やったこと 今日やること 障害となっていること アジャイル開発では、コードを継続的にインテグレーション（結合）して常にテストが通る状態に保つ。同様に、毎朝、チーム自身もインテグレーションし、みんなの頭の中と行動を結合し、最新の動ける状態に保つ。 日本では、朝会、と言う言葉がよく使

西洋人から見ると東アジア人は皆同じ顔に見えるという。だが、私たちは一目見るだけで「あ、あの人中国人かも」「韓国人っぽい」とわかることはないだろうか。 近隣の国ではあるが、流行の髪型、ファッションなどは異なり、好まれる顔つきも違う。その好みの違いを裏付けるような画像がインターネット上で注目されている。各国の人気芸能人の顔を合成したものなのだが、比較画像からは3カ国の違いがよくわかると話題となっている。 この「平均顔」は、各国を代表する芸能人の顔を合成して作られたものだそうだ。女性版は以前からネット上で話題になっていたが、男性版もじわじわと話題になっている。画像の左から韓国、中国、そして右が日本である。代表する芸能人の基準は明かされていないが、出来上がったものは確かにそれらしいものに仕上がっている。 韓国のニュースでは、 女性芸能人について、「韓国は知的で清純」、「中国は派手め美人」、「日本は

最近のシステム開発では、プロジェクトが動き出した途端に、仕様がコロコロ変わる時が多い。 変化に対応するには、どんな手法が必要か？ プロジェクトマネジメントは、結局、WBSの洗い出しから始まるように思う。 だが、WBS洗い出しは難しい。 理由は、まず、作業分担まで詳細化する手間が大きすぎる。管理工数を開発工数とは別に確保せねばならないが、普通のプロジェクトでは、5～10％以下しか割り当てられないので、高度なスキルが要求される。 更に、仕様変更やトラブルのために、せっかく作ったWBSにマッピングされたスケジュールを書き直す事が多い。しかも、スケジュール変更をチームメンバーに徹底させる手間がかかるから。 XPやCMM/CMMIのような開発スタイルでも、同じ問題は発生するのではなかろうか？ XPなら、開発するスコープを計画ゲームで制限する。更に、タスクカードを作る作業がWBS洗い出しに相当する。

ブラウザやHTMLバージョンの互換性問題を解消するリセットCSS「HTML5 Reset」、Firefox 10、Twitter BootstrapなどHTML5関連トピック8連発 HTML5周辺の8つの話題 こんにちは、白石です。本連載は、「Webプラットフォームの『今』をお伝えする」ことを主眼に置いています。 前回は初めての記事ということで、Webプラットフォーム（最近は、こういういい方がはやりつつあるようです）の現状を大まかにお伝えするような内容でした。 今回からは、ぼくが日々html5j.orgに投稿しているニュースの中から、ここ1、2週間で注目すべきトピックを厳選して取り上げていく、という形にしたいと思っています。 なにぶん、連載を始めたばかりですので至らぬ点も多々あるかとは思いますが、読者の皆さまの声を取り入れつつ、改善しながら連載を進めていけたらと考えておりますので、どうか長

ソフトウェア完全自作のWebサーバを動かしてみよう：H8マイコンボードで動作する組み込みOSを自作してみよう！（7）（1/4 ページ） 本連載もついに最終回。今回はTCP/IPを実装し、最終目標である「ソフトウェア完全自作のWebサーバ」を動作させる。その手順を詳しく紹介する。 本連載では、学習用・ホビー用の組み込みOS「KOZOS」を使ってマイコンボード上でいろいろと実験をしつつ、フルスクラッチで組み込みOSを自作していく過程を体験してみます。 前回「『ping』によるネットワーク通信機能を実装してみよう」では、ネットワーク通信を実装し、「ping」による通信を動作させました。 今回は、ついに最終目標の「Webサーバ」を動作させます。それは、ブートローダーからOSのカーネル、TCP/IPスタック、HTTPサーバアプリケーションまで、ソフトウェア完全自作のWebサーバです。そして、ソースコ

本日、Redmineでのタスク管理を考える勉強会＠大阪第1回が開かれました。 スタッフの皆さん、ありがとうございました。 今日の発表資料をCC Attribution ライセンスで公開します。 Redmineを初めて導入した時によく聞かれる質問や、よくはまるアンチパターンについて発表しました。 多分、どれか一つぐらいは経験があるだろうと思います。 「放置されたチケット」は原因が根深いアンチパターンです。実際、他のアンチパターンと同様に発生してます。 「空っぽのロードマップ」はバージョンやロードマップの機能が分かっていないチームに多い。 特に、MantisやTracでは、バージョン(マイルストーン)やロードマップをまともに使っていないチームはRedmineよりも多いでしょう。 Twitter / @akipii: まさにその通りですね。redmineを使う以前の問題なのかも。　RT @agi

SIerでプログラマ(PG)からプロマネ(PM)までやった僕が通ります。 ＰＭになりたくない症候群 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」 - ZDNet Japan 一度でも失点をしたらそこからリカバリーすることが困難な立場に放り込まれるし、放り込まれたら現場の裁量で何とかするしかないというデフェンシブなやり方に起因する構造的なPM疲弊体質。確かにコレは、嫌悪される理由の１つにあると思います。ただ、それだけではないな、と。技能という側面で考えても嫌悪される理由があるのかな、と思いました。 要はPG→SE→PMというキャリアパス、についてですね。 色々な議論がありますが、何が問題かと言えばプログラマとして未来を奪い去ってしまう所が過多あるってことに尽きるように思います。技術は移り変わるわけですから、プログラマでありたいなら保有スキルが陳腐化しないようにしなくてはな

あの記事から一年、ひがやすを氏が以下のエントリーで、プログラマーとして、新しいサービスを作ることの難しさについて書かれています。 僕と君とSIerの生きる道 - yvsu pron. yas 確かに私自身は、サービスを作る側に回った(まだISIDにいるけど、ベンチャーで働いているようなものです)のですが、身を持って面白いサービスを作る難しさも経験しました。 面白いサービスを作るのはほんとうに難しい。その後、マネタイズにも成功するのはさらに難しい。サービスを作る側に回って成功するのはほんの人握りの人なんです。 もともと一年前におっしゃっていたことは、SIerのビジネスに将来性はないから優秀なプログラマーは自分でサービスを作る側に回らなくてはならないし、単によいコードを作れるだけでなくて、自分からアイデアを考えられるようにならなくてはならないということだったかと思います。一年前この記事を読んだ