InfoQ

InfoQ

エディタ毎の記事の表示

全ての 平田 守幸 - (株)永和システムマネジメントに関するすべてのコンテンツ


平田 守幸 - (株)永和システムマネジメントが書いたNews

見習い期間のモデル

トピック
アジャイル技術,
Pair Programming,
コーチング&メンタリング,
Agile,
キャリア

Bob Martinおじさんは、見習いとの経験、および見習いから熟練職人に進むための鍵が何かと考えるかについて、最近書いた。 彼は2人の仮想の見習いについて記述している:Samは同じ師匠の下で15年弟子として過ごした開発者。もう一人のJasmineは途中で彼女のスキルを伸ばすために数回仕事を変更した(したがって師匠も変更した)。

ソフトウェア職人マニフェスト:出撃命令

トピック
アジャイル技術,
Agile in the Enterprise,
Agile Manifesto,
Agile,
Architecture,
Coding Standards

Pete McBreen氏は2001年に『Software Craftsmanship:The New Imperative』を書いた。昨年、Bob Martinおじさんは『Clean Code: A Handbook of Agile Software Craftsmanship』を書いた。そして彼はAgile2008の基調講演の中で、アジャイルマニフェストに「クズなコードを書かずにソフトウェア 職人気質を持つこと」を追加して修正することを提案した。

情報発信器:アナログの方が本当によい?

トピック
Artifacts & Tools,
Information Radiators,
Agile,
テクノロジー

XPのYahooグループで、デジタルツールではなく、タスクボードのようなアナログの情報発信器を使うことへの賛否について議論している。XPのオリジナルではスプレッドシートより物理的なタスクボードがよいと言っているが、上司に自分が説明することができないと分かったそうだ。

リーン/アジャイルな要求獲得のためにユースケースは価値がある(オプションだけど)

トピック
User Stories,
アジャイル技術,
Lean,
Agile

『Scaling Software Agility』の著者であり、RallyでChief Product MethodologistをつとめるDean Leffingwell氏は、ユースケースが大規模のリーン/アジャイルなプロジェクトにおける要求をモデル化する価値のあるツールになりえると結論を下した。

XPにフィットするかを見極める方法

トピック
コラボレーション,
XP,
チームワーク,
Pair Programming,
Agile,
インタビュー,
対人コミュニケーション

多くのアジャイラーたちは、誰もがアジャイルに馴染むわけではないと考えている。人によっては、アジャイルの哲学にうまくフィットせず、否定的な傾向をチームにもたらす。XPグループ上で、人がXPにうまくフィットするかを見極める方法について興味深い議論があった。

個人のふりかえり -- あなたの「ウェットウェア」を進化させよ

トピック
方法論,
Agile,
プログラミング,
トレーニング/認証,
Retrospectives,
Book

先日のAndy Hunt氏のインタビューは、達人プログラマからアジャイルな開発、そして彼の最新の関心である実践的なウェットウェアまで、彼の変化について話している。人がどのように学習し改善するかを理解するということは、アジャイラーの道具箱を補強する重要な要素だ。

パワフルクエスチョンを使うことで、何が起きるだろうか?

トピック
リーダーシップ,
チームワーク,
コーチング&メンタリング,
Agile,
マネジメント

あなたが質問される側なら、どちらがいいか: 「なぜ失敗したのですか?」あるいは「次回成功するために必要なものは何ですか?」時間に追われるリーダーは、しばしばチームにあまりにも簡単な質問を投げつけてしまう。しかしちょっとだけ考えてから、賢明なオープンクエスチョンを使えば、チームに新しい可能性をもたらすことができる。

クランチモードがスーパースターを平凡に

トピック
Delivering Quality,
品質,
アジャイル技術,
Agile,
マネジメント,
Productivity

James Golick氏とReg Braithwaite氏は最近の一連の投稿で、チームを「クランチモード」(開発チームに追い込みをかけて高負荷状態で仕事をすること)に入れることが、実際にどれだけの *望ましくない* 結果を生じるかについて議論している。

「ふりかえり最優先条項」についての議論

トピック
Continuous Integration,
リーダーシップ,
チームワーク,
アジャイル技術,
Retrospectives,
Agile

ある夜の夕食のときに、ベテランの実践者たちのグループは、自分たちがチームで「ふりかえり最優先条項」をどのように使用するか(あるいは使用しないか)に関して意見を交換した。

継続的リリースは、さらなるアジャイルさを与えてくれるか?

トピック
コンフィグ管理,
Continuous Integration,
Agile in the Enterprise,
アジャイル技術,
Automation,
エンタープライズアーキテクチャ,
Agile,
テスト,
プログラミング

StelligentのPaul Duvall氏は最近の記事で、継続的インテグレーションを継続的リリース(Continuous Production)に成長させるために必要なアクティビティについて書いている。継続的リリースとはまとめてリリースする代わりに、絶えずソフトウェアをリリースし続けるプラクティスのことである。