5
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

プログラマはどれくらい人付き合いしないといけないか。仮説(47)

Last updated at Posted at 2019-01-31

プログラマはどれくらい人付き合いしないといけないか

人のふり見てわがふり直せ

反省点

人を見て、嫌だなと思うことがあったら、鏡で自分を見ているのだと思えばよい。

もし、人付き合いがよくて、場をよい状態にも保つ能力があれば、嫌だなと思うような行動を他人にとらせることはありえない。
たとえ、嫌な行動を取りそうな人がいても、その人を丁寧にあしらって、問題が生じないようにすることができる。

会社の社長さんや、組織の秘書の方、営業の方などで、ひとあしらいのうまい方におめにかかることがある。
自分が現在やっている仕事の、ほとんどが、誰か、ひとあしらいのうまい方のお膳立ての上にしか成り立っていないという自覚がある。

自分ではできない。だからプログラマやっている。という言い訳は他人に言ってはいけないというのはようやくこの頃気が付いた。
手遅れなのか、手遅れでないのかはわからない。

人をあしらうつもりがなければ、あるいは、人をあしらう能力がなければ、人とかかわるのを辞めるのがよい。
お膳立てしてもらった上だけで暮らそう。

昨年、QiitaでDaily1位になった記事もその延長線上。

プログラマが知っているとよい色使い(安全色)
https://qiita.com/kaizen_nagoya/items/cb7eb3199b0b98904a35

経済産業省の方とか、日本規格協会の方とか、関係者の方々にご協力いただいた。

# 見る前に飛べ
技術にだけ焦点を絞って考えるのがよい。

人の組織化は、人にまかせて、特定の案件で、git, dockerの使い方を整理しておけば。
他人がどう使うかは、他人にまかせておいて。

自分が便利なような、自動化をとっとと進める。
あるいは、似た仕事をしている人が進めている自動化のうち、自分がどこは利用できるかを確認する。

「見る前に飛べ」という言葉は次の記事で使った。

65歳からのプログラミング入門
https://qiita.com/kaizen_nagoya/items/1561f910c275b22d7c9f

誰を大事にするか。

とっつきにくい優秀なプログラマで、誰の言うことも聞かなそうな知人が、勤務先の社長の言うことはちゃんと聞くのを見て、だから給料もらえるんだと納得したことがある。
給料払ってくれない人のことなんか聞かなくても、直接社長の指示を達成すれば、給料もらえるんだという現実。

自分でも、お膳立てをしてくださる方の指示は、同時に複数の仕事を並列でしている場合で、どうしても日程調整がつかない場合以外は、さくさく聞くようにしている。

自分がやっている仕事は、最終顧客である社会の多数の人に役立つと信じている。内容についてより、多くの人に受け入れられるようにするために必要なことのうち、人に関することは、すべて営業の方とか、社長さんとかにおまかせ。

ひたすら技術の記事を書こう。(って、この記事、技術の記事への入り口ということで勘弁。)

COBOLを40年ぶりにうごかしてみた:dockerでcobol
https://qiita.com/kaizen_nagoya/items/9d9a216ce1b7b05dbb43

緩衝帯に

顧客の求める結果のうち二つに一つは無駄なことだというのが経験則。
顧客に優先順位付けをしてもらい、二つに一つは延期して、再検討してもらうとよい。

社長、営業がうまく立ち回れないときは、現場の技術者同士の話し合いに持ち込むこともあるかも。

普段人付き合いが苦手でも、技術者同士だと話しができることがある。
技術者のふりをした、自分の頭で考えない系の方だと、難儀をすることもしばしば。

何かよい最適解があるわけではない。
その都度、次善解、局所解でしのぐ。

<この項は書き掛けです。順次追記します。>

参考資料(reference)

「心理的安全性」を高めるために、自分が心がけているコミュニケーションの取り方
https://qiita.com/nh321/items/b2e93fcaf86fba8584c5

自己参照資料(self reference)

プログラマが苦手な「人との口頭のやりとり」面談技術(interview technique)7つの要点
https://qiita.com/items/f322df6978853c708c99/

IT企業に入社する前に分析しておくとよい事項
https://qiita.com/items/d87aa3ef8a8beb5795cd/

作業診断(process assessment)を成功させる5つの鍵。失敗する5つの罠
https://qiita.com/items/bcdc60db20e8d7081fab

公開算譜は機敏だ<完全版>(open source is agile &名古屋のIoTは名古屋のOSで
https://qiita.com/items/5dd49a046b5991af3a5e/
プログラミング言語教育のXYZ
https://qiita.com/kaizen_nagoya/items/1950c5810fb5c0b07be4

31文字抄録

顧客なら結果の保証を求めるね。内向きならば緩衝帯に。

文書履歴(document history)

ver. 0.01 初稿 20190201
ver. 0.02 固有名詞試しに入れてみた。後で消すかも。20190202 早朝
ver. 0.03 Qiita記事追記 20190202 朝、国会図書館にて
ver. 0.04 自己参考文献追記 20190902 午前
ver. 0.05 固有名詞を一旦削除 20190203
ver. 0.06 緩衝帯 追記 20190313
ver. 0.07 参考文献追記 20190518

最後までおよみいただきありがとうございました。

いいね 💚、フォローをお願いします。

Thank you very much for reading to the last sentence.

Please press the like icon 💚 and follow me for your happy life.

5
2
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
5
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?