| « 2008年2月27日 | 2008年3月5日の投稿 |
2008年3月6日 » |
InfoQの代表、Floyd氏は先月日本を訪れています(会いに行けなくて残念)し、私自身Agileのエディタ、Deborah とは現在も仲良くさせてもらっています。
そんな背景もあって、(いや、上記とはまったく非同期に、) 永和システムマネジメントの有志で、RubyとAgileの記事を中心にInfoQ(http://www.infoq.com/jp/) の記事の翻訳をお手伝いしています。
以下の記事には「永和システムマネジメント」の署名が入っています。
◆ユーザストーリーの適正サイズ
http://www.infoq.com/jp/news/2008/02/size-user-stories
◆継続的リリースは、さらなるアジャイルさを与えてくれるか?
http://www.infoq.com/jp/news/2008/02/continuous-production
◆TDD/BDDは不完全なユニットテストを招くか?
http://www.infoq.com/jp/news/2008/02/unit_tests_forests_n_trees
◆Opinion: アジャイルを採用することとアジャイルを習慣にすることは別の話だ
http://www.infoq.com/jp/news/2008/02/agile-adoption-practice-distinct
◆50人の開発者に聞きました: アジャイルについて、あなたのCIOに知っても
らいたいこと
http://www.infoq.com/jp/news/2008/02/agile_for_cio
◆「ふりかえり最優先条項」についての議論
http://www.infoq.com/jp/news/2008/03/retrospective-prime-directive
◆Ruby 1.9 のSymbol#to_procと(入ったばかりの)Procのカリー化
http://www.infoq.com/jp/news/2008/03/to_proc-currying-ruby19
まだまだ記事は増えていく予定です。応援よろしくお願いします!
有志、がんばれ!
・まずはやってみる姿勢
・手法によるのではなく、手法の考え方による改革
・開発者の気づきをどう促進するか
・CMMやPMBOKがすべてではない
・直接向き合うコミュニケーションの重要性
・人材育成という観点を忘れない
などなど、全く正しい!ぼくの考えている現場活性化の目的や手段、および方向性にとても近いものを感じた。「構造化手法には問題があるからオブジェクト指向にしよう」というのは間違い、としているのもまったく同意だし、PDCAサイクルに多くのページを割いていたり、「(パフォーマンス)=(スキル)×(マインドセット)」などなど。
あと、文章術としてみると、上記のように節の題名が、…について、みたいな真偽のわからないものでなく、「主張」している書き方がとても好き。
| « 2008年2月27日 | 2008年3月5日の投稿 |
2008年3月6日 » |


顧客に“ワォ!”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命