2019年春のサミット

細部はすぐに現れます

約10年前に始まったボッシュでInnerSourceの話を共有します。 私の話では、ボッシュでInnerSourceの始まりと進化に関する興味深い詳細や、途中で学んだ多くのレッスンを共有します。

Thales InnerSourceソフトウェア(TISS)コミュニティは、2016年のイニシアチブのためのTalesデジタルトランスフォーメーションコールから生まれています。 ソースコードの共有と再利用を促進するために、以前の暫定との主な差別化者として、それはオープンコラボレーションの先頭から重要な側面に取り組むように設計されています:法的、ツール、文化的変化。 今日、このコミュニティは「内部」のオープンソース基盤として組織され、社内で継続的に成長しています。 コミュニティのリーダーとしてトーマス・ソデントは、経験からフィードバックを提示し、InnerSourceをこの多国籍企業(65 000人の従業員、56カ国以上25 000人のエンジニアを含む)で実装しようとする方法を啓発します。 ガバナンス、リーガル、ツーリング、プロモーション、インセンティブ、成功、失敗、オープンの問題、およびグループレベルでのTISSのスケーリングのために2019で直面している課題について、明確に共有する重要なトピック。

今日のオープンソースプロジェクトでは、参加者が自然に協業慣行を採用しています。 IT文化の多くの人々は、チームワークとオープンソース文化の不可欠な部分としてオープンなコミュニケーションで「育てました」されています。 自分の strides で大きなステップを作る巨大なのでそうではありませんが、同時に変更するために自分自身の評判を見つける。 InnerSourceの実装中には珍しいことではなく、産業のhabが醜い頭の後ろにあるパターンを見てください。 人間は肯定的で否定的な方法で非常に創造的であることができます。 さまざまなモチベーションとして、人間の創意工夫を前進させ、同様に、彼らは私たちを取り戻すことができます。 あなたのInnerSourceの背後にある可能性のある理由は、気晴らしを失います。そして、私たちは物事を追跡することができますか?

オープンソースエンタープライズソリューションの世界的なリーディングプロバイダーであるRed Hatは、オープンソースの成熟度評価(OSMA)と呼ばれるアセスメントツールをオープンソース化し、組織がナレッジ、採用、および組織内でのOpen Source / InnerSourceテクノロジーを効果的に活用する能力に関する現在の成熟度を把握できるようにしました。 評価は、ビジネス目標、オープンソースの一般知識、開発基準とツール、アップストリームコミュニティ参加、ガバナンス&法的方針およびシニアマネジメントサポートに関する複数の選択回答で多数の質問を述べています。 アセスメントの結果は、組織がオープンソース/InnerSourceソフトウェアおよび方法論に関するビジネス目標のより良い理解を深めるための出発点として使用されます。重点分野は(消費の領域の下で、貢献し、戦略/政府)、次の手順を推奨します。 このワークショップでは、

• 各個人出席者は、組織の成熟度を決定するために評価ツールを介して実行します
• 組織が焦点を合わせる領域を強調する結果を分析する
• 組織の成熟度に関するオープンな議論を保持します。, 問題が発生し、成熟度レベルを高める方法を含みます。 評価自体はオープンソースであり、コードはhttps://github.com/boogiespook/osma.で見つけることができます

シンプルなLAMPスタックで、質問や回答を組織にカスタマイズできます。 成熟ツールが提示され、その後、いくつかの組織、大小、彼らが彼らのオープンソースの旅にいる場所を理解するのを助けるために使用されます。

このプレゼンテーションでは、InnerSourceのディスカバリーフェーズをザランドーと現在、社内で採用されているベストプラクティスについて説明します。

Elbit SystemsがInnerSourceプログラムを立ち上げた時、ゲーミフィケーションを通じて文化的な変化を促すことにしました。 Shelly Nizriは、組織内でのエンゲージメントを高め、コラボレーションを促す革新的な統合アプローチであるSoftware Guildの概要を提供しています。 InnerSourceの精神で謙虚なリソースと征服にもかかわらず、会社がどのように優先されているかを学びましょう

そのため、InnerSourceは、あなたの企業のために行く方法であることを決定しました。 お問い合わせ 残りはケーキだけ。 従業員にこれについて説明する必要があります。 ええええ、企業税の人々と話して、問題はないはずです、そこに男を知っている。 それからいくつかの簡単な質問に答えるために法的な部門をもらい、そしてあなたが行くオフ! OK、ツーリングも問題です。 ガバナンス 大丈夫ですから、すべてのマイナーな詳細について考えていませんが、みんなの注意を払って言葉を広めるだけです。 簡単! お問い合わせ まあ、ダイムラーTSSの旅行について少し話しましょう。 私たちはまだすべてを解決していませんが、私たちは良い道にあり、私たちの経験は少しあなたを助けることができます。

GitHubは、ほとんどのオープンソースソフトウェアが書かれているプラットフォームです。世界中の開発者が最も野心的な問題のいくつかに取り組むことにより、大量の価値を生み出します。 そのネットワークに参加し、InnerSourceとして自分の組織内でそれを再現したいという企業は、分かりやすくなりました。 これらの同じ企業は、オープンソースが開発する、企業や変化するような方法で進化するのに十分な柔軟性があるワークフローを見つけることに苦労しています。 GitHubは、エンタープライズがInnerSourceの実践を実践し、顧客データやビジネス慣行を安全に保ちながらネットワークに投資し、構築するというビジョンを持っています。

GitHubの最近の成功と将来の計画を共有しながら、ブレントビールに参加してください。

InnerSource を試すことを望む主要な質問の1つは、開発の現在の方法と統合することができる方法です。 さらに、最近、アジャイルを始めて、もうひとつのソフトウェア開発のアプローチとして見ている人もいます。 アジャイルとInnerSourceは、ソフトウェア開発の慣行として、両方のケースと[例えば: Wikipedia]で定義されています。 しかし、お互いを補完できる方法がまだ明確ではないようです。 このトークでは、アジャイルがいくつかの大企業によって使用される方法や、InnerSourceが他の人に適用される方法について、テーブルにいくつかの考えをもたらすことを目指しています。 私たちは、事実を掲示することを目的としていません, しかし、観客とフルーティーな議論を開くと、より多くのユースケースを持参し、参加者の間で経験を共有することを目的としています.

従来のエンタープライズリソースプランニング(ERP)を「クラウド」に持ち込むには、新しいビジネスモデルを有効にし、コストを削減するという約束がありますか? 何十年にもわたって蓄積された膨大な技術的および組織的な債務にどのように取り組むのですか? 根本的な変換を開始する方法と、動きに人々を置く方法は? これらは、Softplan、ブラジルの大規模な会社内のビジネスユニットの新しく採用されたCTOが数年前に受け入れられるという課題です。 今回のトークでは、CTOで働く機会があったのかを説明し、データ主導のアプローチで彼をサポートします。 ソフトウェア分析の概念を導入した後、問題を診断し、継続的な改善プロセスをサポートするために最初にメトリックを使用した方法について説明します。 この文脈で行われる一連の特定の実験を見直し、成功と課題の両方について議論します。 対話をトリガーし、行動の変化を促すと、メトリックがいかに力強いかについて、トランジションの人的側面を強調します。 GitHubで「in action」を見ることができるプラクティスを採用するために、当社の初期の推奨事項がチームを刺激する方法について説明します。 この旅に出てきたとき、私たちはInnerSource Commonsについて知りませんでした。 それにもかかわらず、私たちが遭遇した問題のいくつかは、パターンカタログに記載されたものと非常に似ています。 講演では、実験をカタログに記載した問題にマップします。 私達はパターンで浮彫りになるそれらに私達の解決を比較します。

最後のInnerSource Commonsとパターンセッションの間に、コミュニティが提起した問題のセットがありました。 これらは、発見可能性、発見可能性、意識、文書、その他に関連しています。 このトークでは、Kristof Van TommeとDaniel Izquierdoは、これらの関連するすべてのパターンを一元化し、対処する方法として、開発者ポータルの使用について議論します。 導入後、ディスカッショングループに分割して、聴衆が最も内部調達ポータルに含まれている必要があると考えている重要なパターンで作業します。

過去10年間、Red Hat Consultingは、オープンソースプロセスと文化に関するサービスを提供しています。 Whilst Red Hatは、エンタープライズソフトウェアソリューション企業であり、オープンソースがどのように機能するか、そしてコミュニティの動力を与えられたアプローチを使用して、優れたソフトウェアを生成する理由の大手企業です。 この論文は議論します: それが可能であれば、オープンソースは、InnerSourceが唯一の選択肢である場合、組織のためのアプローチとして内部ソースの恩恵に考慮すべきです。

中規模の非技術系企業でInnerSourceを実装するという課題について、非公式で親切に有益なプレゼンテーションを行います。 ハーバード・ビジネス・パブリッシングの使命は、変化する世界における経営の実践を改善し、私たちの焦点の分野は、パゴギーの出版と学習にあります。 私たちは「テクノロジー」企業ではなく、ソフトウェアエンジニアリングをコアコンピテンシーとして扱い、当社の戦略を作製または破棄することができると認識しました。 InnerSourceの採用は、長期計画の重要なコンポーネントとして見られましたが、期待をはるかに短くしました。 私たちは、InnerSourceの固有の予測ではなく、日々の意図的および陰謀の注意的な物語としてではなく、非常に実質的、制約としての経験を共有したいと思います。

内部ソースは、内部開発ソフトウェアへのオープンソースの手法の適用です。 定義するのは簡単ですが、内部のソースは説明し、正常に実行するのは困難です。 多くのエンジニアは、オープンソースやオープンコード開発のアイデアや仕組みを背景に欠けています。 その背景を持つ人でも、企業内でオープンに仕事をしようとすると、制約やモチベーションの新しいセットに直面しています。 InnerSource学習パスは、内部ソースへの導入を簡単に理解できます。 説明や実例とともに効果的なインナーソーシングのための重要な条件、コンセプト、原則をご紹介します。 より高度な概念を議論するときに使用する一般的な語彙を経験するだけでなく、速度まで新しい仲間をもたらすことを意図しています。 InnerSource学習パスは、使用と共有のために、https://www.safaribooksonline.com/learning-pathsでO’Reillyメディアによって自由にホストされます。 このセッションでは、学習パスの内容と使い方を見直し、共有します。

クラウドソーシングは、ソフトウェアエンジニアリングコミュニティの注目を集めている代替アウトソーシング戦略として誕生しています。 しかし、クラウドソーシングソフトウェア開発には、Amazon Mechanical Turkなどのクラウドソーシングプラットフォームで見つけることができるマイクロタスクと大きく異なる複雑なタスクが組み込まれています。後者は時間にはるかに短いため、通常は非常にシンプルで、タスクの相互依存関係は関与しません。 ソフトウェア開発のコンテキストでクラウドソーシングの潜在的な利点を達成するために、企業がこの戦略がどのように機能するかを理解する必要があります。, どのような課題が発生します。, どのような要因がクラウド参加に影響を与える可能性があります。. クラウドソーシングソフトウェア開発の日付に関する研究は、クラウドソーシング開発モデルを活用しようとしている顧客の視点から少しの研究で「クロード」や技術プラットフォームに焦点を当てる傾向があります。 フォーチュン500企業におけるクラウドソーシングソフトウェア開発の詳細なケーススタディから、トップコーダクラウドソーシングプラットフォームで10年間にわたる13,000以上のクラウドソーシング競争の分析が進んでおり、ソフトウェア開発のための最も人気のあるプラットフォームの1つは、ソフトウェア開発コンテキストにおけるクラウドソーシングの有効性を評価するために描かれています。

メトリックはInnerSourceの旅の重要な部分です。 InnerSource Commonsは話題の周りの議論のための素晴らしい場所でした。 具体的には、InnerSource パターンコミュニティは、特定のメトリクスが詳細でないメトリクスで最初のステップに焦点を当てたパターンを配信しましたが、これはいつ、どのように測定するかについて議論する出発点を与えます。 このトークでは、このメトリクスとKPIのセットを詳細化し、コミュニティ全体でさらなる議論を進めることを目指しています。 これは、Linux財団プロジェクトであるGrimoireLab/CHAOSSコミュニティで進行中です。 メトリクスの提案されたセットは、活動、コミュニティ、プロセスの3つの主要な分野に分けられます。 [1] https://github.com/InnerSourceCommons/InnerSourcePatterns/blob/master/introducing-metrics-in-innersource.mdの特長

細部はすぐに現れます

文化は記述しにくい、そしてエミュレートするより堅いです。 オープンソースのような文化を築き始めるのはなぜですか? これらの文化が組み込まれている根本的な原則は何ですか? 過去13年間、私はこれらの質問を読んで考えて、いくつかのオープンソースプロジェクトが成功し、他の人が失敗する原因を理解しようとしています。 今回の講演では、7つの精神的モデルと意外なインサイトを紹介したいと思います。私はビジネスについて考える方法を変革してきたテットに沿って採用しました。 私は彼らが派生した書籍の参考文献とともに洞察を提示し、彼らがオープンソースのような文化を築くために組織を助けることができると信じている理由を説明します。