ソフトバンクパブリッシング以前からちょっと探していた本。会社帰りに有楽町の三省堂で発見。創発というキーワードは「適応型ソフトウェア開発」でも何度も出てきているし、ちょっと押えておこう考えている。それと自己組織化といえば大学時代、研究室に興味を示している友人がいたな。]買ってから約1ヶ月。ところにあったのだが、やっぱり計算機科学関連の読み物。創発に関していろいろ考えるきっかけとしてなかなか良かった。スラッシュドットに対する考察なども興味深い。本としては脚注が全て巻末にまとめられていて参照しづらい(結局見ていない)のと、日本語としてわかりにくい文が散見された(原文自体がわかりにくいのかもしれないが)のがマイナス。フィードバックに関する話の途中で出てくるスレッド型の討論掲示板は、イカレポンチと呼ばれる特殊な生き物にとって、理想的な生態環境となった。イカレポンチは、ある特定の問題や解釈モデルに執着し、どんな議論であろうと自分の世界観を勝手に述べ立てて平気で、どうやら生業も家族生活もないので、ちょっとした挑発ですさまじいレスを返してよこす。あらゆる会話を自分の持つ特定の話題につなげないと気がすまず、自分のルールにしたがわない会話すべてに逆らう連中。161-162)という辛辣な表現は刺激的。ちなみにこの後、ROMを考慮すると、スレッド型議論は実は伝統的な対面講義よりもインタラクティブ性が少なく、夕食のテーブルを囲んだ会話に比べればまるでインタラクティブではない。そこでならいちばん寡黙な参加者ですら、身振りや表情で参加する。(p.163)と続く。agreements)を作ってみませんか?」と言われたのでチームでトライしてみました。これ、作るプロセス自体が楽しいですね。チームの一体感が高まるし、チームの自己組織化につながるなと感じました。ワーキングアグリーメントワーキングアグリーメントはチームメンバで「合意した」ルールを書き出したもの。ミーティングの時刻だったり、ビルドのルールだったり。ワーキングアグリーメントはチームメンバ全員で作る。上がってきたルール案に対して、例えば親指サイン(親指を上・横・下のどちらかに向ける)を使って全員に意思表明してもらい、全員が合意したものを採用する。ワーキングアグリーメントは定期的に見るようにする。ふりかえりなどの際にアップデートしていく。組織におけるルールは「誰かが作ってみんなが守るもの」というものが多いのですが、チームで合意して作るというのが自己組織化チームでは重要なんですね。チームで作ったルールを書き出して明文化することでチームメンバ間の思い違いを無くすことができます。暗黙的なルールは改善しにくいけれど、見える化すると改善の対象とすることができるというメリットもあるとのことです。values)」とともに書かれていました。スクラム」を読みたい人が集まる勉強会13回目。スクラムフレームワークではマネージャーという役割は取り上げられていませんが、組織を回すために必要な役割として1章割かれています。ファンクショナルマネージャーファンクショナルマネージャー(あるいはリソースマネージャー。機能エリアごとのマネージャーのこと)の責務として本書では以下を上げています。チームを編成するチームを育てる環境を合わせてなじませる価値創造の流れを作るマネージャーの役割は「戦略的な方向性を定めること」「戦略目標を達成するための組織的リソースを採算を考慮して揃えること」とのこと(スクラムの環境において)。チーム編成のところで権限の7つのレベルの話が出てきます。自己組織化されたチームであるためにはメンバが権限(と信頼)が必要で、マネージャーはアクティビティや意思決定の種類ごとに適切なレベルで移譲すべきとしています。本書ではマネージャーが分野・コミュニティ別にいる組織をメインに説明されていましたが、マネージャーが複数のチームを抱えるような組織についても説明を聞きたいなと思いました。チーム編成のところは今の自分の立場での大きなトピックとして意識していきたいです。後半はプロジェクトマネージャーの話。スクラムチーム数が多くて、さらに立場が異なってスクラムオブスクラムでの話し合いでもうまくいかないような場合に、他チームとの調整を効率的にする役割としてのプロジェクトマネージャーを置く場合もあるという説明がされていました。多くの組織ではいらないのかなと感じました。セミの声がしみわたるオフィス。「自己組織化」が出てきた。承認の場作りよりも学習の場作りの方を優先したい。夜のおやつとして、井村屋のあずきぼっちゃんクローンを食べてる。(木)チームがグループになりつつあるのを見守っているあるマネージャーの方針で自己組織化チーム型から共同作業グループ型に少しずつ変えていこうとしているのを見守っています。(煩雑な/込み入った)領域であると考えれば適切なアプローチかもしれません。どちらにせよやってみて検査と適応をしていけば良いだけです。(月)複雑な領域なのでスクラムがいいと思ったけれど自己組織化するほどメンバがコミットできなさそうとある複雑な領域のプロジェクトについてスクラムがいいのではと思って準備したんだけれど、メンバがコミットできるエネルギーを考えると失敗する可能性が高いと思えてきた。