Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
超アナログ中心な印刷会社で「エンジニアリング」を見直す
Search
Takuto Nagami
June 22, 2024
Technology
4
320
超アナログ中心な印刷会社で「エンジニアリング」を見直す
PHPカンファレンス福岡 2024 アンカンファレンスにて登壇した際の資料です。
Takuto Nagami
June 22, 2024
Tweet
Share
More Decks by Takuto Nagami
See All by Takuto Nagami
今こそ学びたいKubernetesネットワーク ~CNIが繋ぐNWとプラットフォームの「フラッと」な対話
logica0419
9
870
キャリア科目では教えてくれない、就活を生き抜く法則
logica0419
2
260
歴史から学ぶ、Goのメモリ管理基礎
logica0419
17
3.6k
【2025改訂版】ITエンジニアとして知っておいてほしい、電子メールという大きな穴
logica0419
2
170
Fundamentals of Memory Management in Go: Learning Through the History
logica0419
1
150
GopherCon Tourのつくりかた
logica0419
2
120
Go言語はstack overflowの夢を見るか?
logica0419
2
830
あなたの言葉に力を与える、演繹的なアプローチ
logica0419
1
280
GC25 Recap+: Advancing Go Garbage Collection with Green Tea
logica0419
3
1k
Other Decks in Technology
See All in Technology
会社紹介資料 / Sansan Company Profile
sansan33
PRO
16
410k
頼れる Agentic AI を支える Datadog のオブザーバビリティ / Powering Reliable Agentic AI with Datadog Observability
aoto
PRO
0
240
Phase01_AI座学_基礎
overflowinc
0
210
Kiro Powers 入門
k_adachi_01
0
130
めちゃくちゃ開発するQAエンジニアになって感じたメリットとこれからの課題感
ryuhei0000yamamoto
0
190
俺の/私の最強アーキテクチャ決定戦開催 ― チームで新しいアーキテクチャに適合していくために / 20260322 Naoki Takahashi
shift_evolve
PRO
1
340
[2] Power BI Deep Dive [2026-03]
ohata_bi
0
100
プラットフォームエンジニアリングはAI時代の開発者をどう救うのか
jacopen
8
4.1k
TypeScript 7.0の現在地と備え方
uhyo
7
1.9k
"作る"から"使われる"へ:Backstage 活用の現在地
sbtechnight
0
220
Kiroで見直す開発プロセスとAI-DLC
k_adachi_01
0
110
大規模ECサイトのあるバッチのパフォーマンスを改善するために僕たちのチームがしてきたこと
panda_program
1
290
Featured
See All Featured
The Cult of Friendly URLs
andyhume
79
6.8k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
230
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
480
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.3k
Are puppies a ranking factor?
jonoalderson
1
3.1k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.2k
Accessibility Awareness
sabderemane
0
84
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
650
How to build a perfect <img>
jonoalderson
1
5.3k
Building Adaptive Systems
keathley
44
3k
Music & Morning Musume
bryan
47
7.1k
Abbi's Birthday
coloredviolet
2
5.5k
Transcript
超アナログ中心 な印刷会社で 「エンジニアリング 」を見直す pixiv Inc. logica 2018.6.5
2 自己紹介 • 千葉工業大学 情報科学部 情報ネットワーク学科 3年生 • ピクシブ株式会社 カスタマーオペレーション
& セーフティー本部 オペレーション開発部 エンジニア (アルバイト) ◦ 関東に住みながら、福岡を拠点とする 部署で働いています • パブリッククラウドベンダーの開発者を 目指して就活中 logica ピクシブ株式会社 エンジニア (アルバイト)
こんな会社で働いたこと、 ありますか? 3
• B to B、社員十数人の小さな会社 ◦ 名刺・冊子・書類の電子化 などをデザインまで含めてやる • 妹の紹介 •
妹「初出勤時、HDMIケーブルの繋ぎ方が誰もわからず 困った」 ◦ PCに慣れた人間がほぼいない 環境 僕が入るキッカケである、大きな問題を抱えていた 4 僕が副業している、とある印刷会社
• NASに入ったプロジェクトデータの検索性が皆無 ◦ ルートフォルダの下に「株式会社 ◦◦」や「2024」が混在 ◦ 15年ほど、その時の担当がやりやすいようにやってきた ◦ 支店長 (ビジネスの長
) の頭の中にのみ インデックスがある ▪ 支店長が退職したら… (恐怖) 以上の問題を解決すべく、初の社内エンジニア として 僕がjoinすることになった 5 データの整理ができていない
皆さんなら、 何から始めますか ? ツール作る?とりあえずフォルダ構造を設計して提案する? 6
• 社長・支店長・僕の三者で入念な会議・ヒアリング から始めた ◦ 何が問題なのか を明確にするため ◦ どんな解決方法が良いのか を会社側に考えてもらうため ▪
実際の使用者が解決を意識しなければ、長続きしない ◦ 問題解決を共に行うことで、僕がいなくても問題解決が できるノウハウを培う ため • 僕は根本の考え方の提示 と方法の提案 のみで、選択はお二方 7 僕の場合
ポロっと 「エンジニアなのにこんなこと (会議) ばかりさせて ごめんね」 という言葉が社長から出た 🤔 8
• 「そんなことないのに…」 ◦ 普段やっている仕事と何ら変わらない と思ったから • 「でも確かにエンジニアっぽい仕事じゃないかも?」 ◦ 「エンジニアっぽい」というイメージと実態のズレ エンジニアリングという概念の本質を
誤解している のかもと思い至る 9 社長の言葉を受けて
10 プログラムを書く ことでは? (ソフトウェアエンジニア並感) 「エンジニアリング 」って何だろう?
• PHPカンファレンス2013スピーカー • PHP Matsuri2011内闇PHP Matsuriオーガナイザー • ピクシブ株式会社 エンジニアリング室室長 ◦
エンジニアリング室長就任時、以下のように言った エンジニアリングとは、 無形のケイパビリティ (能力)であり 人・モノを効率化する行為 そのものがエンジニアリングである 11 bashさんのお言葉
• 日本の国立8大学の工学部を中心とした文書、「工学における教育プ ログラムに関する検討委員会 」に以下のように書いてある ◦ ≒ 日本の大学では、工学を次のように定義して教えている 「工学とは数学と自然科学を基礎とし、 ときには人文社会科学 の
知見を用いて、 公共の安全、健康、福祉のために有用な事物や 快適な環境を構築する ことを目的とする学問である。」 12 Wikipedia 「工学」より
13 「人間にとって役に立つモノ・環境を作る 」という 目的に向かって進んでいく 行為そのものであり、 どんな手段を取るかは全く関係ない (自分なりに ) まとめると
• ファイル管理のルール作り に取り組むことに ◦ フォルダの木構造で、同じ階層が表すカテゴリーを統一 ▪ 支店長がフォルダを探す時の順番 を階層の順番に ▪ 一番大事な品目のカテゴライズは、一目見て疑問が
生まれなくなる まで何度も練り直し ◦ プロジェクトの開始・進行・終了操作をドキュメント化 ▪ 支店長がこの部分をメンバーに託せる ように 14 会議の結果 …
• 今回の目的は「ファイル管理から支店長が手を離せるように 」 ◦ 会社の人にとって役に立つこと ◦ 支店長にとっても役に立つこと (無駄な労力が減る) • 実際に使う人にとって
役に立つモノ を作り上げることが最重要 ◦ だからこそ、会議もヒアリングもエンジニアリングの一部 ◦ 「役に立つモノを作る」目的さえ見失わなければ、 全ての行動はエンジニアリング になる! 15 会議もルール作りもエンジニアリング
エンジニアリング、皆さんは 普段からされてますか ? 16
ありがとうございました 17