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
160
エンジニアリング上の経験を普段のコミュニケーションにも活かせた話
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
180
VPoEの視点から見た、ヘンリーがサーバーサイドKotlinを使う理由 / Why Server-side Kotlin 2024
cho0o0
1
730
Hatena DevBlog Meetup #1 LT
cho0o0
0
3.1k
OpenAPIによるスキーマ駆動開発を実現するための道のり
cho0o0
0
1k
ヘンリーのコミュニケーションスケーリング戦術 ~ミーティング編~
cho0o0
1
260
ファシリテーション勉強会
cho0o0
0
160
Token Ringについて
cho0o0
1
930
仕様ワークショップ
cho0o0
0
110
Introduction to ATDD (ATDD入門)
cho0o0
0
76
Other Decks in Technology
See All in Technology
Re:VIEWで書いた「Compose で Android の edge-to-edge に対応する」をRoo Codeで発表資料にしてもらった
tomoya0x00
0
230
Proxmox VE超入門 〜 無料で作れるご自宅仮想化プラットフォームブックマークする
devops_vtj
0
230
Cloud Native PG 使ってみて気づいたことと最新機能の紹介 - 第52回PostgreSQLアンカンファレンス
seinoyu
2
250
小さく始めるDevOps 内製化支援から見えたDevOpsの始め方 / 20250317 Ken Takayanagi
shift_evolve
1
120
Startups On Rails 2025 @ Tropical on Rails
irinanazarova
0
160
LINEギフトのLINEミニアプリアクセシビリティ改善事例
lycorptech_jp
PRO
0
320
スケールアップ企業のQA組織のバリューを最大限に引き出すための取り組み
tarappo
4
1.1k
自分の軸足を見つけろ
tsuemura
1
140
MCP Documentation Server @AI Coding Meetup #1
yyoshiki41
1
1.2k
Amazon EKS Auto ModeでKubernetesの運用をシンプルにする
sshota0809
0
130
Amebaにおける Platform Engineeringの実践
kumorn5s
5
810
Road to SRE NEXT@仙台 IVRyの組織の形とSLO運用の現状
abnoumaru
1
450
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.3k
Facilitating Awesome Meetings
lara
53
6.3k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
4
500
The Art of Programming - Codeland 2020
erikaheidi
53
13k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2.1k
A designer walks into a library…
pauljervisheath
205
24k
Stop Working from a Prison Cell
hatefulcrawdad
268
20k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7.1k
BBQ
matthewcrist
88
9.6k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Gamification - CAS2011
davidbonilla
81
5.2k
Docker and Python
trallard
44
3.3k
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. ありがとうございました