Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。(株)チェンジビジョンScrumやXPからアジャイルにやって来た開発者やリーダーにとって、リーンに関するこの話はすべて少しばかり不可解であるかもしれません。Li氏によるリーン思考とリーン思考をどのようにソフトウェア開発に適用するかについての入門です。Lu氏の話がまとめられています。彼は、リーンやアジャイルのもっとも大きな障害を力説しています。その障害とは大規模生産の期間に起因する考え方です。Group(リンク)などとオープンパーティ(リンク)を開きました。Chinaのオフィスで開催され、約30人が参加しました。Lu氏は、ThoughtWorksのコンサルタントで、リーン思考とその例についてすばらしいスピーチを行いました。彼は、リーンやアジャイルの採用についてもっとも大きな障害を分析し、無駄を認識し省いていく方法について述べました。この記事では、アジャイル開発者の視点からその話を要約します。アクティビティは、簡単なスタンドアップミーティングで始まり、すべてのトピックへの投票が続きました。その日、数多くのすばらしいトピックがありました。「オープンソースコミュニティの成長」、「GPE」、「Mingle」、「Erlang」などです。Lu氏は1つのトラックで話しました。彼は、トヨタ生産方式とリーン生産方式の歴史からはじめ、リーンやアジャイルを採用する際のもっとも大きな障害に立ち向かいました。その障害とは大規模生産の期間に起因する考え方でした。Lu氏は、また、どのようにトヨタが自分たちの生産システムを検討したかについて話しました。関連スポンサーコンテンツリーンは、無駄を認識して省くことができる技術です。その無駄とは、付加価値を生み出さないアクティビティのことです。彼は、例を挙げてリーンの5つの原則で無駄を認識して省く方法を説明しました。いつも無駄に伴って起こるいくつかの典型的な現象をリストアップしました。在庫によって非効率的な供給を避けることができますが、一方でコストがかかり、会社は市場に追従できなくなっていきます。市場の要求が変化して、会社は過剰在庫に直面するかもしれません。在庫は至るところにあります。本棚、冷蔵庫、そして、結果を出せずに終わる作業について考えてみましょう。いつも込んでいる交差点のようなものです。ほとんどのドライバは、そこで「待つ」ことを経験しなければなりません。予想していたよりも物事がずっと複雑になる場合、なにか無駄なことがあるはずです。複雑なドキュメントやプロセスなどです。すべてのルールや規則が道理に適っているわけではありません。例えそうであっても、顧客にとっては価値がないかもしれません。Lu氏は次のように強調しました。未完了の作業は、一種の無駄です。アジャイルは、未完了の作業を最小限にすることができます。あぁ、それって書かれたコードもすべて無駄だってことのようです。それはおかしい!私たちが上述の言葉に従って無駄を最小限にしようとする場合、コーディングをやめるべきであるらしい!それでは、どうやって顧客に何かを納品することができるのでしょうか?そして、その価値はどこからくるのでしょうか?オーケー、ちょっと別の方向から見てみましょう。したらあなたは「プレファクタリング」から次の言葉に見覚えがあるかもしれません。あなたはすべてを予想することができますか?いいえ。今日、あなたがした決断は最後の決断ですか?いいえ。プロジェクトの始めにすべてを考えたり、すべてを知ったりすることは、実際のところ不可能です。実は、顧客でさえ、その機能がまさしく彼らがほしいものであるかどうか確かではないでしょう。それが、彼らにとって価値があるものだということはまだ証明されていないのす。未完了の作業を一種の無駄と考える場合、コードを動くソフトウェアにすることに専念し、それをできる限り早く製品環境にデプロイするでしょう。(修正が必要か)を調べることができます。未完了の作業が多ければ多いほど、ますますリスクは大きくなるでしょう。このアイデアに賛成する場合は、未完了の作業のような無駄を省くために解決策を見つける必要があるでしょう。何をするのでしょうか?5つのリーンの原則は、明確で段階的な方向性を示します。ソフトウェア開発に関して言えば、数多くのアジャイルプラクティスから成るとても有用なツールキットです。それらのアジャイルプラクティスはすべての具体的な問題を解決する役に立つのです。コードが完成し、それをテストして統合する時間を減らすために、小さな段階を踏んで進む必要があります。そのためには、頻繁にチェックインして、継続的統合を行います。機能が完成し顧客に価値を提供するまでの時間を減らすために、頻繁に納品する必要があります。リファクタリングは必要な無駄」(参考記事・英語)で提案しました。リーンには2つのタイプの無駄(リンク)があります。純粋な無駄と必要な無駄です。純粋な無駄は、ソフトウェアを構築するチームにもそのソフトウェアを使う顧客にも価値がないものです。Lu氏はまた、リーンで定義された無駄の種類についても述べています。「必要な無駄」と呼ばれる2番めのタイプについてです。彼の意見では、テスト、統合、リファクタリング、マネジメントはすべてこのタイプの無駄に属します。無駄についてのそれらの形式を減らすためによく使われるいくつかの興味深いパターンをまとめてみました。チームメンバの数を減らし、採用条件を上げる。チーム全体で一緒になって設計、テスト、統合の一部の作業に取り組む。チームを自己組織化する。コードの所有権はチームで共有する。可能な限りすべての作業を自動化する。テスト駆動開発を導入し、頻繁にユニットテストを実施し、初期段階でリファクタリングと統合を行う。皆が前もってプロジェクトの目的地をはっきりと理解し、プロジェクトの状態がいつも目に見えているようにする。Poppendieck氏がウェブサイト(リンク)で記事を提供しています。Zheng氏がリーン、アジャイルと無駄の関係について役に立つ記事を書いています。このトークの中国語のスライドがダウロードできます(PDF)。(参考記事・中国語)、そして、いくつかのビデオ(リンク)とこのイベントのストーリー(リンク)があります。顧客の観点から価値を創造するものを特定する。プロセス連鎖(「価値の流れ」全体)に沿ってすべての段階を識別する。それらのプロセスを流れるようにする。顧客に「要求された」もののみ作成する。頻繁に無駄を取り除いて完成するよう努力する。Communityのリード編集者で、Javaとアジャイルソフトウェア開発を専門にしています。中国でのアジャイルの普及に貢献しています。中国語版のInfoQミニブック、Struts2を始める(参考記事・中国語)と前線からのスクラムとXP(参考記事・中国語)を英語から翻訳しました。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。