ソフトウェア開発の原則

迅速に進む

時間は有限なので、無駄にするのは避けましょう。

リソースを最大限に活用するために委任する

適切な場合はタスクを他人に割り当てることで、リソースを賢く使いましょう。自分がやるべきでないタスクに固執しないでください。

多くの人に利益をもたらす機能に集中する

少数の人にとって有益な機能よりも、多くの人にとって有益な機能を優先しましょう。マーケティングがこの原則に反する場合は、抵抗してください。

少数の人に影響するエッジケースは無視する

新機能を開発する際は、大多数向けに構築し、少数の人に影響するエッジケースをコーディングしないようにしましょう。エッジケースは、機能が公開され、顧客からのフィードバックを得た後に取り組むことができます。

少数の人に影響する愚かなバグを避ける

無数のバグが少数の人に影響を与え、それらを修正しようとするのにリソースを簡単に無駄にしてしまうことがあります。大多数に影響を与えるバグの修正にのみ集中しましょう。

ゆっくり進むよりも、何かを壊す方が良い

機能を遅らせることは、ウェブサイトを壊すことよりも悪いことです。文化的に、他の部門は、新しい機能のリリースを待つよりも、何かが壊れることを好むように条件付けられています。つまり、速く進むためにミスを犯すことには何の結果もありません。

イノベーションの速度が重要であり、速く進むために何かを壊すことは許容されます。

法的判断を他の部門に委ねる

機能の合法性を評価しようとして、時間とエネルギーを無駄にしないでください。私たちは、最高水準の社内弁護士を複数擁する強力な法務チームを持っています。非弁護士が法的コンプライアンスを判断しようとするのは、一般的に時間とリソースの無駄です。

理にかなう場合は新しいチームを作成する

チームの作業範囲が大きくなりすぎた場合は、複数のチームに分割して、より速く動き、より多くのリーダーシップの役割を生み出すべきです。

可能な限りAIの活用を練習する

AIはすべての部門に継続的に価値を提供し続けますが、その価値はそれを使う人の能力次第です。AIの活用方法を練習して、生産性を向上させる方法を学びましょう。これは、賃金の改善を生み出す最善の方法でもあります。

磨き上げをやりすぎない

磨き上げタスクは別にしておき、チームリーダーの指示のもと、年に1〜2回磨き上げに取り組む期間をスケジュールしましょう。