Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。原文(投稿日:2010/01/30)へのリンクデイリースタンドアップを良いものにするためには、どのようなコツやテクニックがあるだろうか。ほとんどのアジャイルチームではデイリースタンドアップが実施されている。Karlsson氏は次のように言う。「世の中のデイリースタンドアップのほとんどは、はっきり言って退屈なものです。Wynia氏は、プロジェクトリーダがアジャイルのトレーニングを受けたこともアジャイルを経験したこともなく、デイリースタンドアップを日次進捗ミーティングとして扱った例を挙げている。そのリーダが各参加者に対して詳細に説明させたのは、各機能、バグ、前日に行った認識合わせとこれから行う見積もりを含む作業でした。参加者は作業詳細がびっしりと書かれたメモ帳を持参し、リーダから割り当てられる新しいタスクもそこに記入しました。5名のチームにおいて、リーダはデイリースタンドアップを30分から40分も続け、恐ろしく退屈なものにしてしまったのです。Wynia氏は続けて、ミーティングは10分から長くても15分に抑えるように勧める。氏は、コーチを行っているチームに対して、もし制限時間がオーバーしたらそこから立ち去ってもよいと言う。これはスクラムマスタに対して、ミーティングの実施方法に問題があることを伝えるためだ。Joakim氏は次のように勧める。・目的とは、チーム全体がそのイテレーションでやるべきことを行う上で、役に立つ情報をチームメンバと共有すること。・情報は一人のマネージャと共有するのではなく、全員と共有せよ。・問題はスタンドアップで解決せず、関係者が参加できる時間を別途スケジューリングせよ。・スタンドアップを短くするために、何が完了し何が残っているかについて、チームメンバは知っておく必要がある。・Joakim氏は次のことに気づいた。「達成したものについて語ることで、システムのどの部分に対して作業したかという情報を提供するだけよりも、一層ポジティブな姿勢を生み出すことができる。・次の24時間で何をするのかを機械的に言うだけではなく、成し遂げようとするものについてチームの他のメンバに約束するようにと氏は言っている。Cohn氏の勧めによれば、チームはデイリースタンドアップをタスクボードの前で行い、作業中のストーリーを指差すよう話し手に頼むのが良いという。加えてCohn氏が述べているのは、チームが9人以上になるとチームの別のメンバが何について作業しているのかが追跡できなくなりやすいということだ。Stephens氏は、自分たちのチームが「ユーザストーリに焦点を絞ったスタンドアップ」を用いていると報告している。ほとんどのアジャイルチームと同様に、Stephens氏のチームもいたって伝統的なスタンドアップから開始したのだが、チームが大きくなるに伴って苦労したのだ。ひとつのストーリーについてチーム全体を巻き込む時間がなくなってしまったので、ストーリーを平行させはじめました。気がついたこととして、多くのストーリーが以前よりも長く完了しないままとなり、われわれが「タスクテール」と呼ぶものができ始めたということです。(タスクテールとはストーリが停滞し、はっきりしないタスクがいくつもだらだらと何日も続くことを指します。)タスクテールが発生する原因として、主要なものを2つ特定しました。コードの品質が低く、結果としてバグがぽたぽたと常に流れ出していることにQAが気づくことになる。ストーリーが完了に近づいているように見えるが実は終わっていない時に、開発者が他のストーリーに移ってしまう。このような事実によって、私たちのスタンドアップミーティングは混乱し始めました。ある人がその前の人とは異なるストーリーについて語ることが常となり、これによって各ストーリーの現在の状況を把握するのが難しくなったのです。アクティブなストーリーを完了させるのに何が必要なのかに集中する代わりに、それぞれが何をしているのか、あるいは何をしようとしているのかに注意が向けられました。これはわずかな違いですが、徐々に問題となっていったのです。彼らの取った解決策はウォークスルーだった。(これは潜在的な危険な匂いだ)。スクラムマスタは誰が話をしたかを記録しておく。終わるまでに誰かが話をしたとしたら、それはおそらく、妨げとなるものがあるということなのだ。Marchenko氏はいくつかの提言をしている。・誰かがラップトップ(あるいは、その他)で議事録を取っていると、チームメンバが言ったことを再解釈しているにもかかわらず、権力を握ってしまう。・もしチームが報告をスクラムマスタに対して行っていたら、スクラムマスタはそっぽを向くか、極端な場合には後ろを向かなければならない。Meetings」の著者)はスタンドアップに対する見方がどう変わったかを記している。状況について見ようとしていました。今では約束について見るようになってきました。Cohn氏が書いたものによる影響です。問題解決であると考えていましたが、今の好みは、タスク/ストーリーボードが使える時には「ウォーク・ザ・ボード」スタイルを強く好むようになっています。以前は、仕事を終わらせようとしているのか、単に忙しくしようとしているだけなのかに注意することの重要性を強調する傾向がありました。それでも、何年経っても全く変わらない側面もありました。それが、儀式の活気を保つことやリーダに対して報告するのではなく、リーダと共有することの重要性です。あなたのチームでは、どのようなことをするとうまく行っただろうか?以前のInfoQの記事に「よい朝会はどう作るか」がある。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員として、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。