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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Takuto Nagami
June 22, 2024
Technology
4
310
超アナログ中心な印刷会社で「エンジニアリング」を見直す
PHPカンファレンス福岡 2024 アンカンファレンスにて登壇した際の資料です。
Takuto Nagami
June 22, 2024
Tweet
Share
More Decks by Takuto Nagami
See All by Takuto Nagami
キャリア科目では教えてくれない、就活を生き抜く法則
logica0419
1
180
歴史から学ぶ、Goのメモリ管理基礎
logica0419
14
3.1k
【2025改訂版】ITエンジニアとして知っておいてほしい、電子メールという大きな穴
logica0419
2
140
Fundamentals of Memory Management in Go: Learning Through the History
logica0419
1
130
GopherCon Tourのつくりかた
logica0419
2
96
Go言語はstack overflowの夢を見るか?
logica0419
2
770
あなたの言葉に力を与える、演繹的なアプローチ
logica0419
1
260
GC25 Recap+: Advancing Go Garbage Collection with Green Tea
logica0419
3
930
GopherCon Tour 概略
logica0419
2
530
Other Decks in Technology
See All in Technology
Azure SQL Databaseでベクター検索を活用しよう
nakasho
0
120
2人で作ったAIダッシュボードが、開発組織の次の一手を照らした話― Cursor × SpecKit × 可視化の実践 ― Qiita AI Summit
noalisaai
1
280
Agentic Coding 実践ワークショップ
watany
41
28k
セキュリティ はじめの一歩
nikinusu
0
1.2k
システムのアラート調査をサポートするAI Agentの紹介/Introduction to an AI Agent for System Alert Investigation
taddy_919
0
470
Introduction to Bill One Development Engineer
sansan33
PRO
0
350
「全社導入」は結果。1人の熱狂が組織に伝播したmikanのn8n活用
sota_mikami
0
580
BiDiってなんだ?
tomorrowkey
2
510
ドキュメントからはじめる未来のソフトウェア
pkshadeck
4
2k
Amazon Bedrock AgentCore EvaluationsでAIエージェントを評価してみよう!
yuu551
0
190
変化するコーディングエージェントとの現実的な付き合い方 〜Cursor安定択説と、ツールに依存しない「資産」〜
empitsu
3
480
AI時代のPMに求められるのは 「Ops」と「Enablement」
shimotaroo
1
520
Featured
See All Featured
Embracing the Ebb and Flow
colly
88
5k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.6k
Designing Experiences People Love
moore
144
24k
Believing is Seeing
oripsolob
1
44
Deep Space Network (abreviated)
tonyrice
0
37
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.6k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.7k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2k
The Power of CSS Pseudo Elements
geoffreycrofte
80
6.1k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
sira's awesome portfolio website redesign presentation
elsirapls
0
140
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
1.9k
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