ディベロッパーイネーブルメントにより、私たちが個々に持つ可能性を高めることができる。それは中小企業から大企業まで行うことができる。時には個々人が独自の解決策を立てる状況があるが、すべてのチームに対して必須となるものもある。メトリックによって、何が使われているかを確認できる。レガシーシステムに対するディベロッパーイネーブルメントのサポートには注意してください。それが廃れており、置き換えが必要な場合には、投資しない方がよい場合がある。
QCon London 2022会議では、ディベロッパーイネーブラートラックをパネルディスカッションで締めくくった。パネルは、Jake Kaufman氏、Suhail Patel氏、Soam Vasani氏、Stuart Davidson氏で組まれた。
最初の質問は「ディベロッパーイネーブルメントに対して次は何か」であった。Vasani氏は、機械学習にディベロッパーイネーブルメントを持ち込める可能性があると述べた。現在のところ、彼が言うように、それはまだ「ローテク」である。Patel氏は、オープンプラクティスを使った標準化の必要性を強調した。これにより、業界横断での採用がさらに広がるであろう。Kaufman氏は、開発者の関与が増えると述べた。ツールを提供して、彼らの幸福を追跡することが関与を増やすことにつながるだろう。Davidson氏は、製品担当者にディベロッパーイネーブルメントに関心を持ってもらい、組織内の個別の用途に対して利用できるようにカスタマイズすることに焦点を当てるべきだと提案した。
ディベロッパーイネーブルメントは大企業にのみ有益か。Vasani氏は、それが報われ始めるポイントがあると述べた。Kaufman氏は、この比率はイネーブルメントに関して10分の1程度の傾向にあると述べた。Kaufman氏によると、ローコード開発やノーコード開発のためにツールを取り入れるベンダーがいるが、中小企業はそういったツールを使うこともできる。
参加者からの質問は、個人が何かを始めることを許可すべきか、それとも開発者が提供されたツールを使用しなければならないと主張すべきかということであった。Kaufman氏は、チームが他のチームと異なる問題を抱えている場合、独自の解決策を考え出す理由があると述べた。Patel氏は、それを許可することに対して注意を払うよう言っている。彼は、通常は全社的に適用されるセキュリティツールとセキュリティ対策の例を挙げた。Davidson氏は、一部のツールとソリューションについては交渉の余地がないことを付け加えた。それらは組み込まれているものである、使わなければならない。
何が使用されているかを確認するためにメトリックを使用する必要があるか。Vasani氏は、計測は役に立つが、全体像を示しているわけではないと述べた。Kaufman氏は、開発者と緊密に作業を行い、何が機能し、何が使用されていないかを把握する必要があると述べた。Davidson氏は、開発者との関係を構築し、開発者を巻き込むことを提案した。そのための1つの方法は、ロードマップにアイデアを置き、人々に投票を依頼することである。Patel氏は、開発者がアイデアを紹介するコードを作成することがあり、それを使ってみることで、より良い意思決定ができるようになると述べた。
レガシーシステムについてはどうか。ディベロッパーイネーブルメントとツールにいくら投資すべきか。Patel氏は、これは多くの場合、ジレンマであると述べた。しかし、投資しないことには何も達成されない。Kaufman氏はそれがビジネスニーズに依存すると主張している。一方で、Vasani氏は開発を完了できる範囲でイネーブルメントに投資することを提案した。Davidson氏は、それが廃れており、置き換えが必要な場合、ディベロッパーイネーブルメントに投資すべきではないと結論付けた。
QCon Plus May 10-20, 2022会議で、ディベロッパーイネーブルメントに関するトラックを予定している。