非エンジニアから相談を受けたときの心得 - Qiita

まえがき 非IT企業で社内SEをやっている人です。 私が入社して1ヶ月後にケガで長期入院してしまった上司の代わりに、社員から「こういうシステムって作れますか？」「このツールの設定がわかんないから教えて〜」みたいな相談を受ける窓口となって、要件定義的なことしてきました。 最近この役割を後輩に譲ることにしたので、おもに自分が失敗してきた経験をもとに社内SEが非エンジニアから相談や依頼を受けたときに意識したいことをまとめてみました。 後輩だけでなくこの記事を読んだ人にも役立てていただけると幸いです。 目次 日本語でちゃんとコミュニケーションをとる 技術のことはいったん忘れる 言われたとおりにやらない ユーザーシナリオを書く あとがき 日本語でちゃんとコミュニケーションをとる 日本語も立派なエンジニアリングスキルの1つです。 「スキルアップしたいです！」っていうエンジニアには「まず日本語の使い方を

[name-25137412]

エンジニア↔非エンジニアのやり取りに限らんな

[mojimojikun]

然りしかり。「IT用語の使用を避ける」とか「文法的に複数の解釈が考えられる文章を使っていると齟齬が起きやすくなりますし、そうでなくても相手にストレスを与えることになります」辺りとかそうだよそれだよ感。

[chocopie116]

"一通りの解釈しかありえない文章をめざす" 大事。

[junglejungle]

"エンジニア"という用語を雑に使ってる時点でそっ閉じ

[cocoasynn]

良い話だった

[naglfar]

好かった。コミュニケーションは大事で難しい。ＳＥ、ＰＧ同士でも「当たり前」で済ませないようにしたい。

[otihateten3510]

ぼっちだから相談されない

[yuno001]

社内SEあるあるあだ。この4つの質問は良いな。

[knok]

一段メタな視点で問題を確認するのは重要

[Shinwiki]

とりあえずサッシがどこのことかは理解した。

[chess-news]

1つか、2つくらいメタな視点から行くと良い気がする。

[kno]

これ上司に読ませたい（もう手遅れ）

[yassan0627]

これ色々なところで役に立つやつ。超大事。インフラチームとかでも横断的に社内インフラみると同じようなことがあるので共通点が多い。