見習い期間のモデル
Bob Martinおじさんは、見習いとの経験、および見習いから熟練職人に進むための鍵が何かと考えるかについて、最近書いた。 彼は2人の仮想の見習いについて記述している:Samは同じ師匠の下で15年弟子として過ごした開発者。もう一人のJasmineは途中で彼女のスキルを伸ばすために数回仕事を変更した(したがって師匠も変更した)。
Bob Martinおじさんは、見習いとの経験、および見習いから熟練職人に進むための鍵が何かと考えるかについて、最近書いた。 彼は2人の仮想の見習いについて記述している:Samは同じ師匠の下で15年弟子として過ごした開発者。もう一人のJasmineは途中で彼女のスキルを伸ばすために数回仕事を変更した(したがって師匠も変更した)。
Pete McBreen氏は2001年に『Software Craftsmanship:The New Imperative』を書いた。昨年、Bob Martinおじさんは『Clean Code: A Handbook of Agile Software Craftsmanship』を書いた。そして彼はAgile2008の基調講演の中で、アジャイルマニフェストに「クズなコードを書かずにソフトウェア 職人気質を持つこと」を追加して修正することを提案した。
XPのYahooグループで、デジタルツールではなく、タスクボードのようなアナログの情報発信器を使うことへの賛否について議論している。XPのオリジナルではスプレッドシートより物理的なタスクボードがよいと言っているが、上司に自分が説明することができないと分かったそうだ。
『Scaling Software Agility』の著者であり、RallyでChief Product MethodologistをつとめるDean Leffingwell氏は、ユースケースが大規模のリーン/アジャイルなプロジェクトにおける要求をモデル化する価値のあるツールになりえると結論を下した。
多くのアジャイラーたちは、誰もがアジャイルに馴染むわけではないと考えている。人によっては、アジャイルの哲学にうまくフィットせず、否定的な傾向をチームにもたらす。XPグループ上で、人がXPにうまくフィットするかを見極める方法について興味深い議論があった。
先日のAndy Hunt氏のインタビューは、達人プログラマからアジャイルな開発、そして彼の最新の関心である実践的なウェットウェアまで、彼の変化について話している。人がどのように学習し改善するかを理解するということは、アジャイラーの道具箱を補強する重要な要素だ。
あなたが質問される側なら、どちらがいいか: 「なぜ失敗したのですか?」あるいは「次回成功するために必要なものは何ですか?」時間に追われるリーダーは、しばしばチームにあまりにも簡単な質問を投げつけてしまう。しかしちょっとだけ考えてから、賢明なオープンクエスチョンを使えば、チームに新しい可能性をもたらすことができる。
James Golick氏とReg Braithwaite氏は最近の一連の投稿で、チームを「クランチモード」(開発チームに追い込みをかけて高負荷状態で仕事をすること)に入れることが、実際にどれだけの *望ましくない* 結果を生じるかについて議論している。
ある夜の夕食のときに、ベテランの実践者たちのグループは、自分たちがチームで「ふりかえり最優先条項」をどのように使用するか(あるいは使用しないか)に関して意見を交換した。
StelligentのPaul Duvall氏は最近の記事で、継続的インテグレーションを継続的リリース(Continuous Production)に成長させるために必要なアクティビティについて書いている。継続的リリースとはまとめてリリースする代わりに、絶えずソフトウェアをリリースし続けるプラクティスのことである。