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
Cyan
December 26, 2023
Technology
0
200
エンジニアリング上の経験を普段のコミュニケーションにも活かせた話
BonenKaigi〜2023年 開発忘年会!〜 LT資料
Cyan
December 26, 2023
Tweet
Share
More Decks by Cyan
See All by Cyan
EBMをベースに考えるプロダクト価値最大化 / Product Value Maximization Based on EBM
cho0o0
0
300
VPoEの視点から見た、ヘンリーがサーバーサイドKotlinを使う理由 / Why Server-side Kotlin 2024
cho0o0
1
880
Hatena DevBlog Meetup #1 LT
cho0o0
0
3.4k
OpenAPIによるスキーマ駆動開発を実現するための道のり
cho0o0
0
1.2k
ヘンリーのコミュニケーションスケーリング戦術 ~ミーティング編~
cho0o0
1
280
ファシリテーション勉強会
cho0o0
0
180
Token Ringについて
cho0o0
1
1.2k
仕様ワークショップ
cho0o0
0
120
Introduction to ATDD (ATDD入門)
cho0o0
0
100
Other Decks in Technology
See All in Technology
詳解 強化学習 / In-depth Guide to Reinforcement Learning
prinlab
0
280
"作る"から"使われる"へ:Backstage 活用の現在地
sbtechnight
0
190
脳内メモリ、思ったより揮発性だった
koutorino
0
380
社内レビューは機能しているのか
matsuba
0
150
進化するBits AI SREと私と組織
nulabinc
PRO
1
240
銀行の内製開発にて2つのプロダクトを1つのチームでスクラムしてみてる話
koba1210
1
140
複数クラスタ運用と検索の高度化:ビズリーチにおけるElastic活用事例 / ElasticON Tokyo2026
visional_engineering_and_design
0
170
Everything Claude Code を眺める
oikon48
11
7.4k
(Test) ai-meetup slide creation
oikon48
3
450
[JAWSDAYS2026]Who is responsible for IAM
mizukibbb
0
870
スケールアップ企業でQA組織が機能し続けるための組織設計と仕組み〜ボトムアップとトップダウンを両輪としたアプローチ〜
tarappo
1
160
visionOS 開発向けの MCP / Skills をつくり続けることで XR の探究と学習を最大化
karad
1
600
Featured
See All Featured
Chasing Engaging Ingredients in Design
codingconduct
0
140
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.3k
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
150
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
100
YesSQL, Process and Tooling at Scale
rocio
174
15k
A Soul's Torment
seathinner
5
2.5k
Designing Powerful Visuals for Engaging Learning
tmiket
0
280
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.8k
We Have a Design System, Now What?
morganepeng
55
8k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
290
Building Applications with DynamoDB
mza
96
7k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.5k
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. ありがとうございました