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
290
VPoEの視点から見た、ヘンリーがサーバーサイドKotlinを使う理由 / Why Server-side Kotlin 2024
cho0o0
1
870
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.1k
仕様ワークショップ
cho0o0
0
110
Introduction to ATDD (ATDD入門)
cho0o0
0
98
Other Decks in Technology
See All in Technology
M&A 後の統合をどう進めるか ─ ナレッジワーク × Poetics が実践した組織とシステムの融合
kworkdev
PRO
1
420
生成AIを活用した音声文字起こしシステムの2つの構築パターンについて
miu_crescent
PRO
2
180
ファインディの横断SREがTakumi byGMOと取り組む、セキュリティと開発スピードの両立
rvirus0817
1
1.3k
配列に見る bash と zsh の違い
kazzpapa3
1
130
Context Engineeringが企業で不可欠になる理由
hirosatogamo
PRO
3
530
AIエージェントを開発しよう!-AgentCore活用の勘所-
yukiogawa
0
140
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
1k
SREのプラクティスを用いた3領域同時 マネジメントへの挑戦 〜SRE・情シス・セキュリティを統合した チーム運営術〜
coconala_engineer
2
630
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
17k
インフラエンジニア必見!Kubernetesを用いたクラウドネイティブ設計ポイント大全
daitak
1
340
What happened to RubyGems and what can we learn?
mikemcquaid
0
270
Kiro IDEのドキュメントを全部読んだので地味だけどちょっと嬉しい機能を紹介する
khmoryz
0
180
Featured
See All Featured
How to Ace a Technical Interview
jacobian
281
24k
Writing Fast Ruby
sferik
630
62k
RailsConf 2023
tenderlove
30
1.3k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
0
250
Visualization
eitanlees
150
17k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
57
50k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
110
Building an army of robots
kneath
306
46k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
200
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
0
140
Six Lessons from altMBA
skipperchong
29
4.1k
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. ありがとうございました