Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
エンジニアリング上の経験を普段のコミュニケーションにも活かせた話
Search
Cyan
December 26, 2023
Technology
220
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
エンジニアリング上の経験を普段のコミュニケーションにも活かせた話
BonenKaigi〜2023年 開発忘年会!〜 LT資料
Cyan
December 26, 2023
More Decks by Cyan
See All by Cyan
EBMをベースに考えるプロダクト価値最大化 / Product Value Maximization Based on EBM
cho0o0
0
340
VPoEの視点から見た、ヘンリーがサーバーサイドKotlinを使う理由 / Why Server-side Kotlin 2024
cho0o0
1
930
Hatena DevBlog Meetup #1 LT
cho0o0
0
3.7k
OpenAPIによるスキーマ駆動開発を実現するための道のり
cho0o0
0
1.3k
ヘンリーのコミュニケーションスケーリング戦術 ~ミーティング編~
cho0o0
1
300
ファシリテーション勉強会
cho0o0
0
200
Token Ringについて
cho0o0
1
1.4k
仕様ワークショップ
cho0o0
0
120
Introduction to ATDD (ATDD入門)
cho0o0
0
140
Other Decks in Technology
See All in Technology
多層防御と最⼩権限で実現する、安全なAIエージェント設計パターン
lycorptech_jp
PRO
1
240
プロダクト思考 × 基盤思考を AIで実現する Compound Engineering
tkc66buzz
1
310
AIで開発は速くなったのに、なぜ現場は楽にならないのか 〜あなたの組織のボトルネックを突き止めるワークショップ〜
jacopen
1
300
2026-09-04 SRE Tech Talk #15 怠惰なTerraform / Lazy Terraform
masasuzu
0
230
HRC_Frontend_Conference_Fukuoka_2026.pdf
ts020
0
140
現場に行くだけでは足りない——プロダクトエンジニアが業務の流れを捉える観点と、その鍛え方
takumiengineering
0
370
enechainの内製セルフサービスプラットフォーム
hiyosi
0
150
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyond KPIs: Evals as a Second Evaluation Framework for Products #PdEConf
aki_iinuma
4
3.8k
ASTを使って影響範囲を特定する
nealle
0
130
Bet AI Day 2026丨AIを「使う」から、AIが「働く」へ ― LayerXが進める「組織AI」の社会実装
layerx
PRO
3
2.9k
推論の観測、できていますか? 〜 Google Cloud Gemini Enterprise Agent Platformで 3つの Gemini モデルを実測して踏んだ、評価の罠 〜
shukob
PRO
0
180
Amazon Quick on DesktopがIAM Identity Centerで動かない理由
yukiogawa
0
130
Featured
See All Featured
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.8k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
890
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.6k
Navigating Team Friction
lara
192
16k
The agentic SEO stack - context over prompts
schlessera
0
910
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
570
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
340
The Curious Case for Waylosing
cassininazir
1
500
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
240
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
450
Transcript
Copyrights(c) Henry, Inc. All rights reserved. 好きになる、はじめての電子カルテ BonenKaigi〜2023年 開発忘年会!〜 エンジニアリング上の経験を
普段のコミュニケーションにも活かせた話 2023/12/21
Copyrights(c) Henry, Inc. All rights reserved. About Me 張 沈宇
(Nickname: Cyan) @shenyu_cyan 株式会社ヘンリー VP of Engineering 音声認識の会社にて自然言語処理関係の R&Dエンジニアと して務めた後、株式会社ビズリーチへ転職し、複数のサービ ス開発のリードやプロジェクト管理、エンジニア採用などを経 験。2021年からヘンリーに入社しVP of Engineeringとして 組織作りに従事。
Copyrights(c) Henry, Inc. All rights reserved. • 「社会課題を解決し続け、より良いセカイを創 る」をミッションとする •
「人類の医療・介護インフラを創る」を今のミッ ションとし、「SMH x 一体型 x クライド」のサー ビスを提供 • 医療機関の業務基幹システムとして Salesforceのようなデファクトスタンダードを 目指している(なりつつある?) About Henry We are hiring!! https://jobs.henry-app.jp/ https://dev.henry.jp/ We are writing!!
Copyrights(c) Henry, Inc. All rights reserved. この一年、つくづくと感じたこと エンジニアリングは簡単だ。人間は難しい。 Bill Coughran
Copyrights(c) Henry, Inc. All rights reserved. • 自分の前提を意識すること • 指摘より協力に努める姿勢を持つこと
• 素直に伝えること コミュニケーション上、下記を心掛けるようになった
Copyrights(c) Henry, Inc. All rights reserved. 振り返る時、ふと思いました … 実はこれらって これまでのエンジニアリング上の経験を
そのまま活かしているんじゃないか?
Copyrights(c) Henry, Inc. All rights reserved. • 議論の土台が整っていない可能性を意識する • インポートしているライブラリが異なる可能性を意識する
習慣 • 情報の鮮度と精度の問題を意識する • ライブラリのバージョンが異なる可能性を意識する習慣 自分の前提を意識すること
Copyrights(c) Henry, Inc. All rights reserved. • 議論の土台が整っていない可能性を意識する • インポートしているライブラリが異なる可能性を意識する
習慣 • 情報の鮮度と精度の問題を意識する • ライブラリのバージョンが異なる可能性を意識する習慣 自分の前提を意識すること
Copyrights(c) Henry, Inc. All rights reserved. • 内容よりも背景の理解に努める • テストがFailする時、まず仕様内容を確認する習慣
• アイデア提示に努める • レビューコメントに留まらず”Commit Suggestion”も提示 された方がありがたい 指摘より協力に努める姿勢を持つこと
Copyrights(c) Henry, Inc. All rights reserved. • 内容よりも背景の理解に努める • テストがFailする時、元のロジックまで確認する習慣
• アイデア提示に努める • レビューコメントに留まらず、”Commit Suggestion”まで 提示された方が有り難い考え 指摘より協力に努める姿勢を持つこと
Copyrights(c) Henry, Inc. All rights reserved. • 根拠を隠さず伝える • コードのコメントにちゃんとドキュメントのリンクを貼る
• ロジックを隠さず伝える • Pull Requestの中でソースコードまで丸ごと見せている はず 素直に伝えること
Copyrights(c) Henry, Inc. All rights reserved. • 根拠を隠さず伝える • コードのコメントにちゃんとリファレンスを貼る習慣
• ロジックを隠さず伝える • Pull Requestの中でソースコードの差分が丸ごと見える 素直に伝えること
Copyrights(c) Henry, Inc. All rights reserved. 要するに これってつまりTeam Geekに書かれているHRTじゃ ないか
Copyrights(c) Henry, Inc. All rights reserved. ありがとうございました