Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。編集部スクラムチームにおける従来からの役割には、プロダクトオーナー、開発者、スクラムマスターがある。チームは、自己管理することが求められる。し、指揮者の役割を完全に省いた。その結果、世界で最も有名な室内管弦楽団の1つに成長した。益を享受できるような連携方法とレッスンを身につけた。Orchestra(指揮者のいないオーケストラ)」(リンク)というタイトルの記事が掲載されている。Journal」(リンク)のこの中(リンク)で以前に公開されたものである。プロセスと呼ばれる、より参加型のモデルに置き換えることで収めた成功について論じている。このプロセスは、8つの原則に基づいている。Palma氏によると、オルフェウスでの仕事と従来のオーケストラでの仕事には、劇的な違いがあるとのことだ。Palma氏は、次のように述べている。「私はごく初期の頃にオルフェウスを1年ほど離れ、ロサンジェルス・フィルハーモニックに行きましたが、そこでのやり方が嫌でした。示され、従順な兵士であること以外に価値がないかのように扱われるのが嫌でなりませんでした。オルフェウスは、私に関与させます。私は、音楽が進んでいく方向に関与することができるのです。続けている理由であると思います。思っているかもしれない。スクラムチームのメンバーは、チームと製品の全体的な成功に可能な限りの方法で協働して貢献することが期待される。オルフェウスはメンバーの一人一人に指揮する機会を与えているが、それによって皆が一丸となって協力するという責務が生まれている。璧にすることに個人的関心を持っている。スクラムチームの場合、品質はチーム全体の責任である。上させる手法を探して採用することが要求される。役割を明確にするオルフェウスには指揮者がいないが、明確に定められた役割がある。オーケストラが演奏する曲ごとに、1人のメンバーがコンサートマスターとして選出される。その他の明確な役割も適用される。スクラムチームの場合、3つの明確に定められた役割がある。プロダクトオーナー(リンク)、スクラムマスター(リンク)、および開発者である。トバックログを管理し、どの機能に最初に取り掛かり、どれが待機するかの優先順位を決定する。グや重要なチームのやりとりを円滑にする。開発者は製品を作成する。する人物が含まれることもある。公式・非公式に平等なチームに頼っている。メンバーが非常に限られた問題や機会だけに焦点を絞ることに人為的に制限されないため、チームは平等である。スクラム(参考記事リンク)、そして特にスクラムのスクラム(リンク)は、この平等なチームワークの概念をソフトウェアプロジェクトに適用できるフレームワークを提供する。リーダーシップを固定させないほとんどのオーケストラには、1人のリーダー、つまり指揮者がいる。演奏家は、指示に従って演奏することを求められ、一般に自身の解釈を表さない。オルフェウスは、曲ごとに意図的にリーダーシップを交代させ、特定の曲に対する知識や情熱に基づいてリーダーを選んでいる。チームの最優先事項が品質の問題を解決することである場合は、QA担当者が取り組みを率いることができる。コードの設計やアーキテクチャを調整する場合は、上級開発者やソフトウェアアーキテクトがリーダーシップを取ることができる。話の聞き方、話し方を学ぶオルフェウスのメンバーは、コミュニケーションのパワーを知っており、それが組織の活力源である。メンバーは、お互いの見解や意見を聞き、同意する、しないに関係なく発言の内容と発言した人を尊重することが求められるだけでなく、話すことも要求される。明瞭かつ継続的なコミュニケーションはソフトウェアプロジェクトの源でもある。日常のスタンドアップ(リンク)ミーティングや、レトロスペクティブ(ふりかえり)(参考記事・リンク)や、スクラムマスター(リンク)の関与などの手法は、浮かんだアイデアや情報を維持することを目的としている。コンセンサスを形成する(コンサンセスを支持する創造的なシステムを構築する)オーケストラにとって決定の重要性が高いほど、より大勢の人がその決定に関与する。界の大部分とは対照的である。えるが、オルフェウスの結果は、必ずしもそうではないことを証明している。公演し、グラミー賞までも受賞した。従来のソフトウェア組織では、アーキテクチャや設計などの重要な決定は、選定された人物によって行われ、その後、他のメンバーに渡されて実施される。ラムチームは、チーム全体が理解して支持する決定に達するように、できるだけ多くのメンバーと一緒に重要事項について議論する傾向がある。仕事に対して熱意がある従業員は最高の製品、チーム、および会社を作ると一般的に信じられている。オルフェウスプロセスは、参加への障害を取り除くことで各メンバーの情熱を引き出すことを目的としている。オルフェウスのメンバーが組織に感じている情熱は、次の事実で測ることができる。充実した音楽的経験であるとみなしているということである。スクラムは、オルフェウスプロセスと同じような方法で機能して、各チームメンバーの情熱を解き放ち、可能な限り最高のソフトウェア製品を作るように働きかけ、権限を与えている。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員として、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。