Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Manufesto)の一節です。いうことを扱った資料は,意外なことに,それほど多くありません。いう小冊子を執筆中です。関連スポンサーコンテンツこの記事はそのトピックと読者とを結ぶ,一連の記事の初回にあたるものです。今後数週間にわたる連載を予定しています。自己組織化チームとは何か?“知識労働者は,自らを管理しなければなりません。自主性を持つことが必要なのです。中で,このように述べています。ことに通じるものがあります。個人の集まりとしてのグループをチームと認める,その基準は何なのでしょうか?最後の疑問から始めることにしましょう。Hackman氏と同じく,私たちにとっても,多くの場合,まったく明確ではありません。これは自分の望むものをそこに見出すという,一種のロールシャッハテストのようなものです。チームに対する考えや意見が違えば,心に思い浮かぶものも違ってきます。現実のチームは多くの場合,いわゆる共同作業グループと混同されています。共同作業グループが互いに近距離で作業していても,それぞれの仕事を実施する上での依存関係がないことに対して,真のチームには4つの特徴があります。第1に,切実な使命を果たすための共同作業。第2に,情報の流れ,他の組織的単位との整合性,リソース,意思決定方針といった面での明確な境界。第3に,この境界内において自己管理の権限,そして第4に,合理的な期間にわたる安定性。すべての組織単位は,次に示す4つの職務を果たさなければなりません。チームの権限範囲を決定するにあたっては,それぞれの職務を扱う上で誰が最適の位置にいるのか,十分に考慮する必要があります。チームの方向性の設定,すなわち,組織の目標やコアとなる目的,使命といったものを見据えながら,多数のタスクへの細分化を行います。実行単位の設計と作業に必要な組織的サポートの手配。タスクの構造化,実施に当たって誰が関与するかの決定,作業行為のための行動規範の確立,チームメンバが自身の作業を実行する上で必要なリソースや支援の確保などを行います。作業プロセスの監視および管理,すなわち,作業の進捗状況に関するデータを収集して解析し,必要に応じて適切な対応策を開始します。作業の実施,すなわち,タスクの遂行に物理的ないし精神的エネルギーを適用します。このような中心的職務をマネジメントあるいはチームの責任領域に割り当てることによって,Hackman氏は,チームの自己組織化レベルを区別するための権限マトリックスを描いています。権限マトリックス世界が黒と白だけではないように,自己組織化の形態もただひとつではありません。私たちにとって自己組織化とは,どちらかといえば連続体を包括的に表す言葉なのです。マネージャ主導型チームでは,チームメンバには単にタスク実行の権限のみが与えられ,作業プロセスの管理やコンテキスト設計,方向付けはマネージャが行います。私たちが見る限り,機能的サイロを形成する専門家グループや,従来的なプロジェクト管理“チーム”の多くが,この形式の実例になります。自己管理型チームではメンバに対して,タスクの実行だけではなく,進捗の管理についても責任を与えます。ITでは,チームのタスク,あるいはチームを越えたバリューストリームを重視するかんばんチームに,このアプローチの適用が多く見られます。自己設計型チームはメンバに対して,チームのデザイン,および/またはチームが運営される組織コンテキスト面での変更を行う権限が与えられます。ほとんどのマネージメントチームに加えて,特にリーン/アジャイルで高いレベルに達したスクラムチームの一部がこのポジションにあります。自己統治型チームでは,企業の取締役会や労働組合,新興企業で見られるように,4つのコア職務すべてについて全メンバが責任を持ちます。このように構造的な違いはありますが,それでもすべての自己組織化チームに共通する基準がいくつかあります。Heylighen氏によると,すべての自己組織化チームは次のような特徴を備えています。コントロールの分散化,すなわち集権的管理が存在しない。変化する環境への継続的な対応。否定的なフィードバック。システムの修復および調整能力を源泉とする復元力。system)”をオリジナルに引いて,自己組織化とは,当初は無秩序であったシステムにおいて,コンポーネント間の局所的なインタラクションから全体的な秩序が生み出される自然なプロセスの一種である,ということを,私たちに理解させてくれます。それゆえに自己組織化とはルールであって,体系的行動の例外ではありません。sutherland氏)でもないのです。私たちが用いているファッショナブルなメタファに相反して,自己組織化とは,多くのさまざまなシステムに適用可能な法律なのです。神経科学から物理学,化学,生物学に至るまで,事例は幅広く,さまざまなものがあります。脳は,接続されたすべてのニューロンによって,ひとつのコントロールに依存することなく精神モデルを構築しています。アスペンのような植物の林は,既知のものとしては地球上で最大の生物組織ですが,それぞれの木が同一の地下茎でつながれています。鳥の群れ,ヘラジカの集団,羊の群れなどは,同期を取りながら行動を共にします。危険を避けたりコースを変更したりする様子は,あたかも1匹の動物であるかのようです。アリは,一見ランダムな動きの中にも,食べ物を見つけるシステムを構築しています。第1に,自己組織化チームは一夜にして成らないことを忘れてはなりません。自己組織化は,一旦起きればその領域内に永遠に残るというものでもありません。事実として,チームの自己組織化プロセスに終わりはないのです。感知呼応型の手法を持って,継続的に自らを再組織化することで,要件やコンテキストを変え続けなければなりません。要するに自己組織化とは,継続的なプロセスなのです。状況が変化すれば,すべてのプロセスをもう一度実施する必要があります。自己組織化とは,単に,独自の組織的コンテキストに全体が収まったチームのことをいうのではありません。何をすべきか,どのようにすべきかを理解するために,チームメンバ個々が自己組織化していなければならないのです。毎日,チームの全員が,自分自身の自己組織化を他のメンバと調整する必要があります。“レトロスペクティブ”など,定期的なミーティングを実施するのはそのためです。すべての自己組織化チームに共通するもう一つの柱は,類似性と相違性の巧妙なバランスの上に構築される,ということです。逆説的な言い方をするならば,チームメンバ個々の違いを効果的に活用するためには,各メンバが十分な類似性を持つことが必要なのです。Gebert氏は,革新的なチームを対象としたデータ駆動型サーベイの結果を公表しています。それによれば,チームの最初の段階において,メンバ相互がある程度の信頼感を持つことが必要です。事前にあるレベルの信頼がなければ,メンバが個人のバックグラウンドを探ることも,現在の作業プロセスを調査して対応することもできません。その他には,感謝と謝礼の適当なバランス,そしてフェアプレイも,自身の能力を向上する上での重要なファクタです。礼を欠くことは社会的な手抜きと同じように,自己組織化をも台無しにするのです。自己組織化チームがその可能性を最大限に発揮する上で,効果的なインタラクションが必要なことは疑いありません。見てきたように,自己組織化とは,チームがすべてを自ら決定するようになるという意味ではありませんし,自己組織化チームに境界線がない訳でもありません。自己組織化には,期待と責任の明確化が必要なのです。中で,自己組織化プロセスが首尾一貫したパターンを作り出すために必要となる,3つの条件を指摘しています。システムを囲んでそのアイデンティティを定義する包含境界(C)。簡単にいうと,“それ以外”と明確に分離されていなければ,明確な“自己”は存在し得ないということです。このようなコンテナ(境界で囲まれた領域)は,明確なミッション,説得力のある方針,挑戦的な目標,運用上のガイドライン,明確な意思決定ポリシといった組織的な柱で成り立っています。知識や経験,教育,年齢,性別,文化的背景などの重要な違い(D)。高いパフォーマンスを持つチームは,チームの多様性を認知し受容する方法,それらを踏まえた上で変化を生み出す方法を知っています。チーム内および外部環境とのインタラクションの指針となる変化の交換(E)。Eoyang氏によると,独立した人々ないしユニット間で行われる,このような情報,エネルギ,物質の移動は,自己組織化をシステム全体のパターンとする上で重要な能力です。ここでいう境界とは,単なる制約とはまったく違います。境界は常に,そこにコミュニケーションの機会があることを示しているのです。境界そのものは,両方向で効果を有しています。Wheatley氏の言葉を借りるならば,“自由な意思決定が可能で,参照に値する明確な組織的アイデンティティの支援があれば,システム全体はさらに強固で一貫性のあるものになります。コントロールの少ない組織ほど,秩序があるのです。”このCDEモデルの各ユニットは,より大きなシステムの一部であると同時に,それを取り囲むコンテキストからは独立しています。Hackman氏の比喩的な表現によれば,“巧みに設計された作業チームが苗木とすれば,組織的コンテキストはそれを植え付ける土壌です。成長して実を結ぶために必要なのは,それに栄養を与える環境なのです。比喩的でない言い方をすれば,自己組織化チームのコンテキスト面でのサポートは,基本的に4つのサブシステムから構成されています。メンバが作業の適確なプランを立案して実行する上で,必要なデータをチームに提供するため。適当な物理的空間(共同設置チームの多くが苦労している)や技術的インフラストラクチャ,資金という意味において。チームが必要とする可能性のあるすべてのトレーニングやコーチング,技術支援という観点から。肯定的,経済的な意味に加えて,優れたチームパフォーマンスを象徴する結果として。ここでEoyang氏の自己組織化モデルを振り返れば,コンテナや違い,交換,コンテキストがどのように協働するのかを,シンプルな図で描くことができます。図2:拡張CDEモデル図2のさまざまな大きさと形状,中心色を持った要素は,それぞれ異なったバックグラウンドと長所,スキルセットを備えたチームメンバを表現しています。要素を結ぶ矢印で示すように,メンバは相互に結び付いていて,頻繁な意見交換やコミュニケーションによって機能横断型のチームを形成します。チームのインタラクション全体は境界線で囲まれます。部分的に破線なのは,このコンテナがクローズシステムではなく,開かれたものであることを示しています。外部環境から見たチームは決して旧態依然としたブラックボックスではなく,それを取り巻く環境に依存しています。彼らはインフラストラクチャ,情報,教育,そして報償のサブシステムとして存在するという意味で,周囲のサポートを必要としているのです。そのためにはサポートを担当する,この図では米印のシンボルで示されている外部エージェントが必要です。これがラインマネージャの役割です。チームの相互依存については,簡略化のために図では省略されています。バリューストリームや顧客重視の必要性,組織としての意識といった面で,チーム間のつながりは自己組織化プロセスの鍵となります。私たちはここで,真のチームは価値のあるミッション,明確な境界,自己管理と安定のための権限を備えていることを見てきました。チームの自己組織化はチームメンバの類似性と相違性の微妙なバランスの上に作られるということ,自己組織化には明確な境界とサポートするコンテキストが必要であること,自己組織化は分散管理,継続的な対応,創発的構造,フィードバック,復元力といったもので特徴付けられている,ということも分かりました。最後に,自己組織化には長い時間が必要なことも理解しました。Consultancyの共同マネージングディレクタを務め,個人やグループ,企業を対象に,プロフェッショナルとしての課題克服を支援しています。氏は認定スクラムマスタでカンバンコーチングプロフェッショナルであり,PAMの共同編集者です。2015年に英語版の発刊が予定されています。氏への連絡は@sigikalteneckerまで。Senseではカンバンコーチを務めています。氏は組織開発や変更管理,リーダシップ開発を中心として,実務の世界にアジリティを導入するための支援を行っています。連絡は@peterhundermarkまで。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員として、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。