アジャイル開発の実態調査(State of Agile Development Survey Results) (1)：An Agile Way：オルタナティブ・ブログ
毎年注目している、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
朝会（デイリー・スクラム、スタンドアップ・ミーティング）：An Agile Way：オルタナティブ・ブログ
アジャイル開発では、チームの状況を共有するミーティングを毎朝行う。これを、デイリー・スクラム、と呼ぶ。短時間で立ったまま行うことを習慣化することが多く、スタンドアップ･ミーティング、と呼ぶこともある。（※前者はスクラム、後者はXPからの用語） チームは、現在のプロジェクトの状況を壁を使って見える化し、チームで共有する。現在の状況を示すタスクボードや、かんばん、バーンダウンチャート（進捗を示すグラフ）、そのほかの貼り物をする。このような場所で行うと、朝会の伝達効率がいい。 各自が短く次のこと（３つ）を報告する。 昨日やったこと 今日やること 障害となっていること アジャイル開発では、コードを継続的にインテグレーション（結合）して常にテストが通る状態に保つ。同様に、毎朝、チーム自身もインテグレーションし、みんなの頭の中と行動を結合し、最新の動ける状態に保つ。 日本では、朝会、と言う言葉がよく使
電気・電子技術者が自身の知識や技量を測るための"ものさし"を開発(前編) ―― 技術者の，技術者による，技術者のための試験制度「E検定」
電気・電子技術者が自身の知識や技量を測るための"ものさし"を開発(前編) ―― 技術者の，技術者による，技術者のための試験制度「E検定」 筧 達也 筆者ら（フュートレック）は，電気および電子関係の技術者の知識や応用力の力量を客観的に測るための技術試験制度「E検定 ～電気・電子系技術検定試験～」を開発した．個人向けの試験は，2012年3月25日から実施する（運営はCQ出版社が担当）．この試験は，おもに若手から中堅の開発技術者を想定して作成しており，難易度によりレベル分けした設問で技術的な知識や応用力を測る．ここでは，「E検定」を開発した目的や趣旨について説明する． 日本の「ものづくり」に対する技術力の低下が懸念されています． ディジタル技術やIT（Information Technology）の発展により，コストが安く品質の高い製品を作ることが可能となった反面，独自性のある製品を開発すること
日中韓「芸能人の平均顔」画像が話題に / 各国ネットユーザー「うちの国が一番イケてる」
西洋人から見ると東アジア人は皆同じ顔に見えるという。だが、私たちは一目見るだけで「あ、あの人中国人かも」「韓国人っぽい」とわかることはないだろうか。 近隣の国ではあるが、流行の髪型、ファッションなどは異なり、好まれる顔つきも違う。その好みの違いを裏付けるような画像がインターネット上で注目されている。各国の人気芸能人の顔を合成したものなのだが、比較画像からは3カ国の違いがよくわかると話題となっている。 この「平均顔」は、各国を代表する芸能人の顔を合成して作られたものだそうだ。女性版は以前からネット上で話題になっていたが、男性版もじわじわと話題になっている。画像の左から韓国、中国、そして右が日本である。代表する芸能人の基準は明かされていないが、出来上がったものは確かにそれらしいものに仕上がっている。 韓国のニュースでは、 女性芸能人について、「韓国は知的で清純」、「中国は派手め美人」、「日本は
「息子がこの世にいない寂しさは…」 残業１３７時間、２９歳ＳＥ男性の過労自殺認定で父親が会見 : SIerブログ
1 ：☆ばぐた☆ ◆JSGFLSFOXQ ＠☆ばぐ太☆φ ★：2012/02/14(火) 15:31:37.43 ★２９歳男性の過労自殺認定 システムエンジニア 残業１３７時間、気分感情障害発症 ・２０１０年１１月に自殺したシステムエンジニアの男性＝当時（２９）＝について、渋谷労働 基準監督署（東京）が過労による精神疾患が原因だったとして労災認定したことが１４日、 分かった。遺族代理人の弁護士が記者会見して明らかにした。 弁護士によると、男性は０９年に東京都渋谷区のＩＴ企業に入社し、ウェブ開発業務を担当。 １０年９月に納期が厳しい仕事に従事するようになってから、睡眠障害などの症状が出始め、 同年１１月に自殺した。１１年７月に遺族が労災申請していた。 労基署は男性の１０年１０月の残業時間が１３７時間に上り、同月ごろから気分感情障害を 発症したと認定した。 会見に同席した男性の父親は「労災認定
WBS洗い出しは難しい - プログラマの思索
最近のシステム開発では、プロジェクトが動き出した途端に、仕様がコロコロ変わる時が多い。 変化に対応するには、どんな手法が必要か？ プロジェクトマネジメントは、結局、WBSの洗い出しから始まるように思う。 だが、WBS洗い出しは難しい。 理由は、まず、作業分担まで詳細化する手間が大きすぎる。管理工数を開発工数とは別に確保せねばならないが、普通のプロジェクトでは、5～10％以下しか割り当てられないので、高度なスキルが要求される。 更に、仕様変更やトラブルのために、せっかく作ったWBSにマッピングされたスケジュールを書き直す事が多い。しかも、スケジュール変更をチームメンバーに徹底させる手間がかかるから。 XPやCMM/CMMIのような開発スタイルでも、同じ問題は発生するのではなかろうか？ XPなら、開発するスコープを計画ゲームで制限する。更に、タスクカードを作る作業がWBS洗い出しに相当する。
Maka-Veli.com / 作業工数を見積る、という事。
たまには企業ディレクターっぽい記事を書いてみようかと・・・見積作業がたぶん一番多いです。失敗すれば、お客さんにも会社にもデザイナーにも迷惑がかかってしまう重要なタスク。お金に関する問題なので、全工程を把握し、リスクヘッジも含みつつボッタクリなんて思われないようにし、きちんと作業工数分ご請求させて頂く為にミスのないよう心がけています。今回はそんな御見積時に関する、僕が気をつけている点。ディレクターってなんだよ、何してんの偉そうに、って疑問視される方も、少しは身近に感じてもらえるでしょうか？※画像のネコさんは内容と全く関係無いです、申し訳ございません。 個人的に重要だと思うポイントは以下です。 作業の終わりはどこかを決める 「見えない工数」が見えていないと、終わりが無いです。 ラインはきっちり引きましょう。 なぜかというと、 もちろんこちら側の作業が終わらないのを防ぐ理由も大きいです
HTML5Reset、Firefox 10が話題に
ブラウザやHTMLバージョンの互換性問題を解消するリセットCSS「HTML5 Reset」、Firefox 10、Twitter BootstrapなどHTML5関連トピック8連発 HTML5周辺の8つの話題 こんにちは、白石です。本連載は、「Webプラットフォームの『今』をお伝えする」ことを主眼に置いています。 前回は初めての記事ということで、Webプラットフォーム（最近は、こういういい方がはやりつつあるようです）の現状を大まかにお伝えするような内容でした。 今回からは、ぼくが日々html5j.orgに投稿しているニュースの中から、ここ1、2週間で注目すべきトピックを厳選して取り上げていく、という形にしたいと思っています。 なにぶん、連載を始めたばかりですので至らぬ点も多々あるかとは思いますが、読者の皆さまの声を取り入れつつ、改善しながら連載を進めていけたらと考えておりますので、どうか長
ソフトウェア完全自作のWebサーバを動かしてみよう
ソフトウェア完全自作のWebサーバを動かしてみよう：H8マイコンボードで動作する組み込みOSを自作してみよう！（7）（1/4 ページ） 本連載もついに最終回。今回はTCP/IPを実装し、最終目標である「ソフトウェア完全自作のWebサーバ」を動作させる。その手順を詳しく紹介する。 本連載では、学習用・ホビー用の組み込みOS「KOZOS」を使ってマイコンボード上でいろいろと実験をしつつ、フルスクラッチで組み込みOSを自作していく過程を体験してみます。 前回「『ping』によるネットワーク通信機能を実装してみよう」では、ネットワーク通信を実装し、「ping」による通信を動作させました。 今回は、ついに最終目標の「Webサーバ」を動作させます。それは、ブートローダーからOSのカーネル、TCP/IPスタック、HTTPサーバアプリケーションまで、ソフトウェア完全自作のWebサーバです。そして、ソースコ
【公開】RedmineのFAQとアンチパターン集 #Rxtstudy - プログラマの思索
本日、Redmineでのタスク管理を考える勉強会＠大阪第1回が開かれました。 スタッフの皆さん、ありがとうございました。 今日の発表資料をCC Attribution ライセンスで公開します。 Redmineを初めて導入した時によく聞かれる質問や、よくはまるアンチパターンについて発表しました。 多分、どれか一つぐらいは経験があるだろうと思います。 「放置されたチケット」は原因が根深いアンチパターンです。実際、他のアンチパターンと同様に発生してます。 「空っぽのロードマップ」はバージョンやロードマップの機能が分かっていないチームに多い。 特に、MantisやTracでは、バージョン(マイルストーン)やロードマップをまともに使っていないチームはRedmineよりも多いでしょう。 Twitter / @akipii: まさにその通りですね。redmineを使う以前の問題なのかも。 RT @agi
どうしてプログラマがPMになりたくないのか - GoTheDistance
SIerでプログラマ(PG)からプロマネ(PM)までやった僕が通ります。 ＰＭになりたくない症候群 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」 - ZDNet Japan 一度でも失点をしたらそこからリカバリーすることが困難な立場に放り込まれるし、放り込まれたら現場の裁量で何とかするしかないというデフェンシブなやり方に起因する構造的なPM疲弊体質。確かにコレは、嫌悪される理由の１つにあると思います。ただ、それだけではないな、と。技能という側面で考えても嫌悪される理由があるのかな、と思いました。 要はPG→SE→PMというキャリアパス、についてですね。 色々な議論がありますが、何が問題かと言えばプログラマとして未来を奪い去ってしまう所が過多あるってことに尽きるように思います。技術は移り変わるわけですから、プログラマでありたいなら保有スキルが陳腐化しないようにしなくてはな
日本のユーザー企業は忍者のようなプログラマーをもっと登用して重用すべきでは - 達人プログラマーを目指して
あの記事から一年、ひがやすを氏が以下のエントリーで、プログラマーとして、新しいサービスを作ることの難しさについて書かれています。 僕と君とSIerの生きる道 - yvsu pron. yas 確かに私自身は、サービスを作る側に回った(まだISIDにいるけど、ベンチャーで働いているようなものです)のですが、身を持って面白いサービスを作る難しさも経験しました。 面白いサービスを作るのはほんとうに難しい。その後、マネタイズにも成功するのはさらに難しい。サービスを作る側に回って成功するのはほんの人握りの人なんです。 もともと一年前におっしゃっていたことは、SIerのビジネスに将来性はないから優秀なプログラマーは自分でサービスを作る側に回らなくてはならないし、単によいコードを作れるだけでなくて、自分からアイデアを考えられるようにならなくてはならないということだったかと思います。一年前この記事を読んだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
