エンジニアとして高みを目指す、利益を生み出す設計の考え方 / design-for-profit

by MinoDriven

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

© DMM こんなケース、身に覚えがありませんか ● せっかく新機能を開発したのにあまり使われないケース ● 顧客の要望通りのものを作ったはずなのに「求めていたのはこんな機能じゃないんだが」と失望されるケース ● コードが複雑すぎて実装がなかなか進まず、いつまで経っても新機能をリリースできないケース ● リリースしても不具合が続出し、顧客離れを起こしているケースこのような利益創出困難なケースは枚挙に暇がありません利益はソフトウェア開発のすぐ隣にいます 24

Slide 25

Slide 25 text

Slide 26

Slide 26 text

© DMM 利益ベースに考え方をシフトチェンジしよう単に「いろんなITスキルを獲得する、技術力を高める」では頭打ちです。「利益を増やす成果を、再現性を持って出せる」「利益を生み出すことを意図してITスキルを活用できる」こういう人材に企業は高い給与を支払います。また、より高いキャリアにアサインします。利益を中心に技術を操れるようになりましょう。ちなみに弊社DMMの私の同僚もちゃんと利益や投資効果を考えて仕事を組み立てています。 26

Slide 27

Slide 27 text

Slide 28

Slide 28 text

© DMM ミノ駆動の例今すぐ職務経歴書を見直しましょう。単なる技術経験の羅列ではなく、利益観点の実績で説明できないか改善検討しましょう。 28 DMMプラットフォーム全体の変更容易性を向上し、開発速度を高める。変更容易性に関して設計スキル育成やチーム指導などの設計支援を推進する。それにより開発コストを抑え、プロダクトが成長しやすい利益体質にする。変更容易性の向上は不具合の抑制にもつながる。不具合を抑制するシステム構造へ改善することにより、不具合による利益損失の未然防止に貢献する。

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

© DMM 「目標」は要件や仕様に相当する 36 【目的】注文数を正しく表現したい【目標】注文数は1〜200であること【手段】目的を満たすソースコードシステムを不具合なく的確に機能させるには、仕様を決める必要があります。例えば注文数は負数だと不具合になりますし、 5000兆個といった非現実的な数量も問題があります。出荷業務の都合などを考慮し仕様を決めます。こうした要件や仕様が目標に相当します。目標を満たすようにコードを実施します。

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

© DMM 【目的】人は自分が欲しいものを知らない「自動車」という概念が存在しない時代において自動車を欲しがる人はいません。ソフトウェア開発も同様に、顧客が自分の本当の目的を知らないことが往々にしてあります。「◯◯機能を開発してほしい」が「もっと速い馬がほしい」に相当する可能性があります。本当の目的が何であるかを深く洞察する必要があります。 41 もし顧客に、彼らの望むものを聞いていたら、彼らは「もっと速い馬が欲しい」と答えていただろう（ヘンリー・フォード氏）

Slide 42

Slide 42 text

Slide 43

Slide 43 text

© DMM 【目標】「仕様通りに実装したんです」では頭打ち前述の図で「ありきたりな仕様」に決まったとします。あなたが実装担当だとして、大真面目に仕様通りに実装したとします。結果、その機能で利益が上がるでしょうか。ついでに言うとあなたの評価は上がるでしょうか。「仕様通りに実装したんです、評価してください！」といくら訴えても評価は頭打ちでしょう。仕様は目標であり、目的を満たすための具体条件です。仕様が目的達成上本当に妥当なものであるか評価し、意見したり提案する姿勢が重要です。 43

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

© DMM 47 class Validator { boolean isValidQuantity(OrderItem orderItem) { return 1 <= orderItem.quantity && orderItem.quantity <= 200; } } 正しい注文数だけを受け付けられるよう、次のようなバリデーションをどこかに実装するかもしれません。しかしこの実装では、以下のような問題が生じる可能性があります。 ● バリデーションを呼び忘れるとバグになる ● 別の箇所に重複したコードが実装される可能性 ● 注文数の仕様変更時、あちこち探し回らなければならない

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

© DMM 50 class Quantity { private static final int MIN = 1; private static final int MAX = 200; final int value; Quantity(final int value) { if (value < MIN || MAX < value) { throw new IllegalArgumentException("注文数は1以上200以下で指定してください"); } this.value = value; } Quantity add(final Quantity other) { return new Quantity(value + other.value); } } カプセル化とはデータとそのデータを操作するロジックをひとまとめにすること。これで正しい注文数を確実に表現できる。

Slide 51

Slide 51 text

© DMM 51 class YearlyPointBonus { int value; YearlyPointBonus(PurchaseHistory purchaseHistory, boolean isGoldMember) { value = (int)(purchaseHistory.yearlyAmount() * 0.01); if (isGoldMember) { value += 10000; } } } 会員ランク年間ポイントボーナス仕様一般会員年間購入費の1% ゴールド会員年間購入費の1% + 10000ポイントショッピングサイトにおけるポイントボーナスを考えてみます。この仕様を下記のように実装したとします。

Slide 52

Slide 52 text

© DMM 52 class YearlyPointBonus { int value; YearlyPointBonus(PurchaseHistory purchaseHistory, boolean isGoldMember) { value = (int)(purchaseHistory.yearlyAmount() * 0.02); if (isGoldMember) { value += 10000; } } } 会員ランク年間ポイントボーナス仕様一般会員年間購入費の1% ゴールド会員年間購入費の2% + 10000ポイントゴールド会員側の仕様が2%に変わり、0.02に実装修正すると、一般会員側が正しく計算できなくなります。バグになります！

Slide 53

Slide 53 text

Slide 54

Slide 54 text

Slide 55

Slide 55 text

© DMM 55 class RegularYearlyPointBonus { private static final double POINT_RATE = 0.01; final int value; RegularYearlyPointBonus(final PurchaseHistory purchaseHistory) { value = (int)(purchaseHistory.yearlyAmount() * POINT_RATE); } } class GoldYearlyPointBonus { private static final double POINT_RATE = 0.01; private static final int FIXED_POINT_BONUS = 10000; final int value; GoldYearlyPointBonus(final PurchaseHistory purchaseHistory) { value = (int)(purchaseHistory.yearlyAmount() * POINT_RATE) + FIXED_POINT_BONUS; } } このように目的ごとに分離することでコード変更影響が生じなくなります。変更に強くなります。

Slide 56

Slide 56 text

Slide 57

Slide 57 text

Slide 58

Slide 58 text

Slide 59

Slide 59 text

© DMM まとめ ● 私たちは利益を上げるためにソフトウェアを開発しています。 ● より高いキャリアを目指すには、利益を意識しましょう。利益を生み出すことを意図して開発したり、 ITスキルを活用できるようになりましょう。 ● 利益向上の基本は、目的達成です。目的達成には、目的−目標−手段の関係性の整理が必須です。 ● 目的−目標−手段の関係は、ソフトウェアの機能や開発力を高めるためのモジュール構造の設計を大きく左右します。目的を意識して機能要件を策定したり、構造設計できるようになりましょう。 59

Slide 60

Slide 60 text

Slide 61

Slide 61 text