パッケージ開発論

パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 Yamada Nobuko as
@e99h2121 1 1 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

山田展子 YAMADA Nobuko 社会人歴 21 年目サポートエンジニア。上海赴任経て、2016Aug
生まれ娘、 2018Oct 生まれ息子の母。2021 年、 2022 年 Qiita Top Contributor。国産 ERP 界隈 -> Azure 歴 1.5 年。 https://twitter.com/e99h2121 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版 2 2

履歴書国産 ERP 人事給与パッケージソフト開発 (新卒～12年位) → 上海赴任 3
年弱 → 帰任、開発のための翻訳コーディネートなど → 産休やら育休後、開発チームに復帰 → 2022 年 10 月より転職 → 現サポートエンジニア職 AZ-104, AZ-305 / AWS SAA テクニカルライティング検定 3 級 etc 3 3 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

得意分野スケジューラーワークフロー外部CSV連携、API ジョブキュー Azure Logic Apps Message Queuing
(MSMQ) ... 等のお世話パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版 4 4

"パッケージ開発論" 5 5 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版
ERP パッケージソフト開発からの学び 2024.05 版

パッケージソフト 6 6 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05
版 ERP パッケージソフト開発からの学び 2024.05 版

パッケージソフトという言葉をもう少しかみ砕く必要がありそう。いわゆる SIer が担うオーダーメード型に対して、あらかじめすべてを用意し網羅したパッケージ型、という意味で、パッケージという言葉を用いここでは説明してまいります。 7 7
パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

パッケージ、ロバと老夫婦説 https://pin.it/1Qmy16xdb 8 8 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05

Q. ロバと老夫婦、どうすればよいとおもいますか？ 9 9 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05

パッケージにまつわるギモン「パッケージ = 既製品 = 安物？」「自分でなんでも考えるって難しそう？」「お客様の声を聴かないの？」
「不具合が起こったら？」「パッケージはリリースしたら終わり？」まとめ 1 0 1 0 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

ギモン 1. 「パッケージ = 既製品 = 安物？」 1 1 1
1 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

パッケージは既製品ではあるのですが... 開発者の考え抜いたアイディアブランドであり、知恵の結晶となるものと思っています。 1 2 1 2 パッケージ開発論パッケージ開発論 ERP
パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

A. 既製のアイディアが凝縮されたシステム 1 3 1 3 パッケージ開発論パッケージ開発論 ERP パッケージ
ソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

ギモン 2. 既製のアイディアが凝縮されたシステム... それって開発者がなんでも考えるということ？「自分でなんでも考えるって難しそう？」 1 4 1 4 パッケージ開発論
パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

むずかしいです自己責任？どうやって人の手を借りる？失敗したらどうしよう？ 1 5 1 5 パッケージ開発論パッケージ開発論
ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

でもおもしろいです工夫や柔軟性。前職の国産 ERP パッケージの会社では、インターンシップのときからこれを体験させられました。「考える」とは想定すること。 1 6 1 6

仮説と検証を繰り返す。仮説を人にぶつけ、人の協力を募る。でも、チームワークの気持ちを持つことで、失敗をむしろ称えていく文化を育てる。パッケージ開発論パッケージ開発論 ERP パッケージ
ソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版 1 7 1 7

自分で考える = 利用想定を描く仮の名として「確認エクスプローラ」という機能を題材に、ここでは考えてみましょう。ユーザーのデータを確認する「確認エクスプローラ」。中身は任意の SQL を実行できるツールであるとします。 1
8 1 8 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

具体的な場面を描くプログラム的にみれば SELECT 文をいくらでも発行できる代物。　などと言っちゃうと汎用 SQL 実行ツールになり得ちゃいます。ですが、時としてそうはさせないのがパッケージ
です。 1 9 1 9 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

"確認エクスプローラ"　　　 (= "確認" のための　　　　機能である) (間違っても) 更新操作はさせない、という開発者の　　気持ちを込めた名です。「ベネフィットは何？」
パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版 2 0 2 0

ここが「汎用SQLツール」とかいう名前ならユーザーの声次第で更新操作も許してよいかもしれない。汎用とか任意とかカスタムとかいう名前の機能は大概ベンダー側としては想定し得ない内容が含まれます。「汎用」を調べてみるといろいろ出てきますね。汎用テキスト、汎用スクリプト、汎用資格情報... 「どういう名前にしたら良いんだろう？」 2 1 2

A. だから考えることはおもしろい「この機能をどう使ってほしいのか」自分で考えるのは難しいです。でも、お客様の業務と利用場面を具体的に想定することが肝。名づけもその一つ。パッケージ開発の醍醐味です。 2 2 2 2

ギモン 3. 考えること、想定することが大事と分かった。「お客様の声を聴かないの？」 2 3 2 3 パッケージ開発論パッケージ開発論

聴くのですが、聴かないこともあります。 2 4 2 4 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び
2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

そのため「なぜこうした」を説明した　　　　　　　　ドキュメントがありました。前職で「カタログ」と呼ばれていましたが、この呼び名はちょっとわかりづらいかも。「開発者提案書」や「企画書」などといったほうが近い。アジャイル開発で出てくる「インセプションデッキ」のようなものを想像していただくと良いかも。 2 5 2

https://qiita.com/e99h2121/items/2e992ba08be2ad324124 2 6 2 6 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び

将来的な理想図つまり仕様書とは異なる。ドキュメントに何を残しておくと良いのか？詳細を考えてみましょう。 2 7 2 7

カタログは将来的な理想図を意識して記述されるべきで、カタログに記述したからといって、全ての内容をその即座に実現する義務を負うものではない。考え抜いた結果、時間の制約で機能を制限するものを出すと言うことはかまわない。締切という制約のために不十分なものを出しているという認識を持つことが重要である。決してその開発タームでできることに限定をして記述するものではない。その開発タームで実現する予定の事とそうでないことはわかるように明記しておく。
2 8 2 8 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

「設計」ではなく「企画」が重要。「設計手法」としては例えば、データベース設計は重要ではあるが、「企画」という観点の方が更に重要である。ユーザーの要望を、どのような目的のために、どういった機能を実装すれば良いか考える。もしカタログが書き得ないということなら、その機能には意味がないということである。本当に意味がないのであれば、ユーザーをそのように説得すれば良い。

「設計」ではなく「企画」 3 0 3 0 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び

カタログはフィードバックを受けるためのものでもある。煩雑なプログラム仕様書ではなく、解り易くメリットを記述する　ことにより、周囲の人のフィードバックを受けることができる。 3 1 3 1

フィードバック 3 2 3 2 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び

その他にも... 3 3 3 3 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び

履歴管理カタログは作成日付によって履歴管理する。カタログに無いものは開発してはならない。カタログは現在の機能よりもどんどん先行しているようになっていなければならない。少なくとも次クールのカタログ設計がないなどということはありえない。 3 4 3 4

UI デモ版はカタログであるとも言える。明確な業務イメージが湧くように作るべきである。たとえば、DVDレコーダの「DVDの全てのフォーマットに対応」といったうたい文句はユーザにメリットを想起させにくい。しかし「違うチャンネルを同時に録画できます」といううたい文句はDVD レコーダについてよく知らないユーザにもメリットが分かりやすい。 3 5
3 5 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

UX ユーザーからの要望のほとんどは、開発者の考え足らずの開発の結果、抜け落ちているものばかりである。そうならないために、仮説を立てた上で「カタログ」を書き、検証していくことでより深い開発が可能となる。 Good:「仮説」→「カタログ」→「案件や要望による仮説の検証」 Bad :「要望」や「顧客とのミーティング」→「作業」・
「カタログ」 3 6 3 6 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び
2024.05 版 3 7 3 7

「その案件を挙げたユーザー、あるいは特定のユーザーへのメリットのみしか分からず、他のユーザー、既存のユーザーにはどのようなメリットがあるのか、その機能が何のためにリリースされるのかが分からない場合がある。『こういう風に工夫すれば、こちらのユーザーにも使える』ということも説明して欲しい。｣との意見がある。「こういう風に使えば、他のユーザーにとってもこの様なメリットがある。｣という使い方をいくつも想定して記述・説明して欲しい。 3
8 3 8 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

2024.05 版 3 9 3 9

カタログの説明会を、開発者の能力・成果を発表する場としてイベント的なものにもしたい。自分が作った機能の価値をできる限り多く想定・説明できることが重要である。開発者一人一人がいわばプロダクトマネージャーであるために、製品の完成イメージを持ち、それに基づいて、機能を分け、優先順位を付けて、案件の調整を行うべきである。動画を撮っても良い。 4 0 4

A. 聴くために「なぜこうしたか」考えを残す。　　　　　　ドキュメントが自分の役に立つお客様の声を聴くために、そしてお客様に満足していただくために「なぜこうしたか」がドキュメントに記されていることが大事なのです。 4 1
4 1 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

ギモン 4. つまり開発者一人一人がプロダクトマネージャー ... 「不具合が起こったら？」 4 2 4 2

誰の目にも明らかな不具合もちろん謝ります。 4 3 4 3 パッケージ開発論パッケージ開発論 ERP パッケージ

が、謝らない場合もあります。例: ユーザー「確認エクスプローラで Delete を行いたいです」 "確認エクスプローラ"　(= "確認" のための機能) (間違っても)
更新操作はさせない、という開発者の気持ちを込めた名です。 4 4 4 4 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

本来、確認エクスプローラは顧客のなにがしかのデータを確認するための機能であり、けして Update したり Insert したり、ましてや Delete
することはできない。なんでこのお客様は Delete したんだろう？となります。だから、まず背景を伺いたいです。 4 5 4 5 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

もしかしたらこんな背景ただ、確認エクスプローラが内部的には任意の SQL を実行できる、汎用 SQL 実行ツールというプログラムではあったと仮定します。
例えば特殊ツールさえあれば、緊急回避的にこのツールで Delete が使える、などという状況があると、話が少し変わってきます。 4 6 4 6 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

任意に Update、Insert、Delete ですら発行は可能。使い慣れたお客様の中にはそういう「裏技」をお使いのケースも出てきます。 ...とは言え、緊急回避であったはずの運用が顧客に常用されると... 4 7 4

パッケージは壊れます。 4 8 4 8 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び

A. 「なぜこうした」という機能想定が解決策技術的にはできるけど、させないのが想定です。例:「確認エクスプローラ」は確認のための機能という認識合わせそのため顧客といわゆる責任共有モデルのような認識合わせを導入時
にしっかりとすることが大事です。お客様との関係がずっと続くのもパッケージならでは。 4 9 4 9 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

引用: https://learn.microsoft.com/ja- jp/azure/security/fundamentals/shared- responsibility#division-of-responsibility 5 0 5 0 パッケージ開発論パッケージ開発論

参考クラウドにおける共同責任 - Microsoft Azure | Microsoft Learn 責任共有モデル |
AWS Google Cloud における責任の共有と運命の共有 | Cloud アーキテクチャセンターこれらをお客様と常に認識合わせしたい...！ 5 1 5 1 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

ギモン 5. お客様との関係性も分かってきた「パッケージはリリースしたら終わり？」 5 2 5 2 パッケージ開発論パッケージ開発論

A. 全然終わらないです！ 5 3 5 3 パッケージ開発論パッケージ開発論 ERP パッケージ

ここでもう一度: カタログはフィードバックを受けるためのもの。煩雑なプログラム仕様書ではなく、解り易くメリットを記述することにより、周囲の人のフィードバックを受けることができる。 5 4 5 4 パッケージ開発論パッケージ開発論

一見的外れに思えた要望も、よく聞いてみるとこんなこともある。データの履歴が溜まりすぎて困っている。ゴミデータが多く存在する。検索がつらい。どうにかしてほしいという要望の種だった、なんてこともあります。ユーザー「確認エクスプローラで Delete
を行いたいです」 5 5 5 5 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

声を聴かないこともあるが、聴く。パッケージは永遠に完成しない。リリースすることで得られるフィードバック。フィードバックされたことを、さらに実現するべく機能を進化させる。ずっと続くお付き合い。繰り返し。パッケージ開発論パッケージ開発論 ERP パッケージ
ソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版 5 6 5 6

余談: サポートのお仕事に関する雑記私はサポート職きらいじゃないぞ、という話 #ポエム - Qiita フィードバックというのも一つのキーワード。その魅力があるからこそ私はパッケージソフト開発の延長でサポートが楽しいのかもしれないです。

まとめ: パッケージにまつわるギモン答え「パッケージ = 既製品 = 安物？」
既製のアイディアが凝縮されたシステムです。「自分でなんでも考えるって難しそう？」難しい。けどおもしろい。「お客様の声を聴かないの？」聴くために「なぜこうしたか」を考えます。「不具合が起こったら？」「なぜこうした」という機能想定が解決策です。「パッケージはリリースしたら終わり？」終わらないです！ 5 8 5 8 パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版

Q. ロバと老夫婦、どうすればよいとおもいますか？ 5 9 5 9 パッケージ開発論パッケージ開発論 ERP パッケージ

2024.05 版 6 0 6 0

理想の「ロバと老夫婦」あなたはどう考えましたか？パッケージ開発は「理想」を考えるとても楽しい作業だと思います。特に各種 AI が登場してからというもの、この作業の肝、壁打ちは、画期的に私たち人間にとって、さらに意味のあるものになってきた気がします。 6 1 6

2024.05 版 6 2 6 2

最後に宣伝開発論論 - 技術書典 16 で、本をリリースいたします。「パッケージ」開発にまつわる前職の経験を基にしたポエム集です。
本日の内容がより理解できるかもしれません...？ https://techbookfest.org/prod uct/suzuALeaBg8uu7jvn6YBX M パッケージ開発論パッケージ開発論 ERP パッケージソフト開発からの学び 2024.05 版 ERP パッケージソフト開発からの学び 2024.05 版 6 3 6 3

ありがとうございました！ contact me: https://twitter.com/e99h2121 6 4 6 4 パッケージ開発論パッケージ開発論

パッケージ開発論

パッケージ開発論

More Decks by YAMADA Nobuko

Other Decks in Programming

Featured

Transcript