完璧主義にこだわり続けると システム開発は不幸になると思った

Roppongi.rb #36 / Omotesando.rb #115
で発表しました。

Transcript

1. 完璧主義にこだわり続けると システム開発は不幸になると思った Roppongi.rb #36 / Omotesando.rb #115
2. 自己紹介 5hun @5hun_s アラームボックスという会社でRuby on Railsを書いています。 Ruby歴は2年くらい。 趣味は音楽です。
5. ここから本題
6. 今回の話とは 業務システムを自社内開発していて、、 • ビジネスサイドから開発要望が都度上がってきて • それをエンジニアが確認、要件を整理、設計して実装 • その中で感じた学びの話
7. とある開発要望 （前提）顧客からの会社を調査してほしいという審査依頼が上がってきた時、 • 担当者を決めて処理 • 担当者の決定はリーダーが手動で割り振っている →これをいい感じに自動化したい！！
8. とある開発要望 要件１ 金額とお客さん（依頼主）単位で自動で振り分けるようにしたい →設定画面と新規テーブルを作成すれば良さそう
9. とある開発要望 要件２ 特定の人に偏らないようにパーセンテージでうまいこと配分してほしい
10. とある開発要望 要件３ 特殊なお客さんの場合は田中さんに優先に配分してほしい。 （でも田中さんの担当する審査が多い時はサブ担の佐藤さんに回してほしい）
11. とある開発要望 要件4 難しい案件は山田さんか佐藤さん（ベテラン社員たち）に優先して欲しい
12. etc、、、
14. 複雑すぎて色々無理なので却下
15. 何が問題？ 審査の担当者を割り振るにあたり考えなければいけないことが非常に多い • 金額 • 現在のその人が担当している審査の数 • どのお客さんからの依頼 • 審査の難易度（この判別方法によっては更なる分岐も発生しうる）
16. 何が問題？ 審査の担当者を割り振るにあたり考えなければいけないことが非常に多い • 金額 • 現在のその人が担当している審査の数 • どのお客さんからの依頼 • 審査の難易度（この判別方法によっては更なる分岐も発生しうる）
17. システムが人間を『支援』するのか『代替』 するのか、認識がズレていることが問題！ （だと思った）
18. （説得してもなかなか伝わらなかったので） なんでこうなるのか考えてみた
19. 幻想 システム化すれば人の業務は全て自動化できてなんか色々うまくいく（はず） • ぷろぐらみんぐとかふれーむわーくってなんでもできるんでしょ？という誤解 • 人間の複雑な思考も全部代替することが可能、と思われている（気がする） （いわゆる「技術的には可能です」の言葉の意味とか解釈の話にも繋がるかなと思っている）
20. 現実 人間が作るものである以上、限界はあると思っている 業務システムは所詮ただの道具、ツールに過ぎないのではないか • 複雑な道具は誰も使いこなせない ◦ 業務側：仕様を把握しきれず、使いこなせない ◦ エンジニア側：メンテで疲弊。最悪システムが機能不全になる
21. システムの機能は大きく分けて2種類 • 確実に仕事してほしい機能 ◦ ボタン（保存ボタンとか。押した通りのことが起きる） ◦ 一覧画面 ◦ 詳細画面 ◦ バッチ • 大体仕事してくれればいい機能 ◦ 複雑なビジネスロジックをプログラミングで表現した機能 ◦ 人力でやっている作業のうち、単純でよくある処理を担当 ◦ 多少の取りこぼしは運用でカバーする
22. 機能の守備範囲の線引きをきちんと行う 人間が行っている作業をどこまでシステム化するか考える • 時には割り切りが必要（ここまでやってくれればあとは人力でなんとか、！） • メンテコストと運用コストを考えた上で折衷案が理想 確実に動かないといけない範囲 なんとなく業務をカバー してくれたら嬉しい範囲
23. エンジニアの役割 • ただ要望通りにコードを書くことではない。 • ソフトウェア開発の原則（KISSとかDRYとか色々）などの専門知識を持ち ビジネスサイドと違った視点から提案、議論するようもっていくのが重要 →（だと思ったので、色々勉強中、、、）