チーム中心の組織作りのための6つのチーム設計原則 - mtx2s’s blog

2024/01/08 198 users 組織作り チーム中心 6つ

近年のソフトウェアプロダクト開発組織の活動単位としてよく言われるのは、「少人数で安定したチーム」であろう。表現は違えど、どの文献でもそのように述べられる。 それでは、「少人数」と「安定」の2つの要件を満たせば高パフォーマンスなチームが設計できるかと言えば、そんなはずもない。他にも要件があるはずだ。 ... 続きを読む

ソフトウェア開発上の問題や課題をビジネスリーダーや経営者らの関心事とするために - mtx2s’s blog

2023/06/12 373 users 課題 ビジネスリーダー 進捗 関心事 ソフトウェア

ビジネスリーダーをはじめ、ソフトウェアプロジェクトの関係者にとって、ソフトウェア開発上の関心事は、開発の進捗とシステムトラブルだ。ソフトウェアの内部品質や開発プロセス上の問題や課題なんて、開発者以外に興味を示す人などほとんどいない。だから、関係者ばかりか開発者自身も、開発の進捗とシステムトラブル... 続きを読む

コード品質はやはりビジネスに影響を与える - mtx2s’s blog

2023/04/26 659 users コード品質 ビジネス 影響 エンジ 欠陥

私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジ... 続きを読む

コンウェイの法則と、そこで提示された2つの組織課題 - mtx2s’s blog

2022/10/17 200 users コンウェイ 前略 論文 法則 結論

ソフトウェアエンジニアリング関連の書籍を読んでいると、「コンウェイの法則（Conway's law）」によく出会う。その引用元は、1968年4月に発表されたメルヴィン・コンウェイ（Melvin E. Conway）の論文 "How do committees invent?" で、例の有名な一文は結論（conclusion）に書かれている。 （前略） organizations whi... 続きを読む

マイクロソフトの調査にみるコードのオーナーシップと品質の関係 - mtx2s’s blog

2022/09/12 120 users オーナーシップ マイクロソフト 品質 コード 調査

ひとつのソフトウェアコンポーネントが多くの開発者によって変更されると、品質に悪い影響を与えると経験的に感じている。設計に一貫性が失われることや、知識の浅い状態で変更することによるバグ混入の可能性が高まるからだ。 2011年9月に公開されたマイクロソフト社の調査結果、"Don’t Touch My Code! Examining the E... 続きを読む

技術的負債は開発者体験を悪化させる - mtx2s’s blog

2021/12/21 176 users 負債 選考プロセス ソフトウェアエンジニア マネジメント 長年

ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その... 続きを読む

エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

2020/03/24 392 users エンジニアリングスキル チームマネジメント 責務 権限 実務

チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的... 続きを読む