Publish

🤝 連携のための礎を築く

最近働いていて、チームで動けてないという話をよく聞く。チームで動けていないということを深掘りしていくと、連携がうまく取れない旨の課題を伝えられることが多い。連携がうまく取れるとはどういうことなのか。連携自体は各職能ごとでは日常やっていることのように思う。適宜状況をシェアして協力することは、どこでもやっているだろう。ただ、連携のレベルを職能間で上げることは、同職種内でレベルを上げるより難しい。職種間でセクショナリズムが問題になることはよく聞く話である。が、最近コレが本質的な原因なのでは？と思うことが 1つある。それは、他の職能について興味を持てていないのでは？、と言うことである。例えば、業務をスムーズにするために連携したいというコンテキストが存在する中で、他チームの状況を具体的に知りたい欲求があるとする。自分たちの業務の状況は明確に把握しているため、他チームから状況を引き出したい。ただ、他チームとしては対話を通じて丁寧にコンテキストを共有してくれないと、一方的に頼まれていると感じるだろうと思う。コンテキストは、その発端となった事柄や検討の経緯など他者が腹落ちした意思決定を行うのに必要な情報を指す。つまり、頼まれた側にも連携したいと感じてくれるためには、納得してもらうフェーズが必要だと思う。ココで他の職能に対しての興味を持っているかどうかが響いてくると感じている。一方的な視点から連携を求めたところで相手の理解は得られず、精々得られたとして、形式的な進捗連絡が行われるのが関の山だろう。対話を通じて興味があると相手に感じてもらい、双方が歩み寄るスタンスになって、初めて連携というワードを出すのがタイミングとしてちょうど良い気がしている。まず下地として相互理解を深めるイメージ。表面上の連携を行うことは無駄なプロセスを作ったり、本質的でない刹那の解決策を取ることにも繋がり、特にリーダーほど「早く問題を解決しなきゃ」と善かれと思ってやってしまいがちなことかもと感じる。相互理解が十分深まった上で、気を遣わずに色々と率直に話せるようになり、初めて本質的な対話が可能になるイメージがある。そこからは、相互に連携を図るための議論が建設的にできるイメージがある。そう考えるとチームで仕事をするレベルを上げていく最も初期段階に必要なのは、気を遣わずに話すための土台を構築することなのかもしれない。ワイワイ話せるだけではなく、気を遣わずに相互に率直に感情や意見が吐き出せる状態を、連携可能な状態だと認識しておきたい。結局、相互理解のための努力を怠らない事が大事ということなのかも。 P.S. 所謂、心理的安全性で言われることだなーと見返して思ったけども、連携を図る上で最初期に行うべきフェーズとして見落としがちやも。

👶 育児エンジニアの学び

突然だが刃牙という漫画に郭海皇という人物がいる。真なる強さを求めて独自に『理合』の鍛錬を重ね、気の遠くなるような月日の中、これまでの自身の強さの象徴にして結晶であった自慢の鋼の肉体が衰えていく絶望に耐えながら、ひたすら研鑽を積み重ねるという人生を歩み、現在に至る。上記は仕事に言い換えると、仕事にアイデンティティや楽しさを感じるほど積極的に取り組んでいた人が、強い制約の中持続可能な仕事への取り組み方にシフトするようなものだと感じている。自分はまさに上記の状況に当てはまるエンジニアなのだが、どのように足掻きながらシフトしていったのかを、自らの記憶ために書き記していく。前提家庭環境はご家庭によって千差万別なため僕の環境を前提として記してみる。フルリモートの環境で働いている育児家事の分担は、大体育児を僕がやって家事は奥さんがやっている平日は朝と夕方までの家事を行なっている ↑ は仕事の状況によってはできないこともある休日は家族で過ごしている基本的には子供が楽しいと思える時間が過ごせるように頑張ってる故に休日・祝日・連休の方が体力を消耗しがちで疲れる…w 平日は基本 10:00-16:30 の間だけが全力で働ける時間（コアタイム）夫婦間の合意事項として、子供達が寝るまでは個人行動は無し子供は 3歳と 2歳と 0歳がいる第三子は言わずもがな睡眠は安定せず、第二子は暴れ盛りで、第一子は生活リズムが安定してきている感じ夫婦共々両親はお互いに未だ現役で働いているそのため、親を頼るだとか預けるだとかのムーブは不可能学び基本姿勢として、一旦全てを捨てさることが超重要だった最初の 1年くらいはもがいていたが、途中から全てを投げ捨てた何かにチャレンジするとか、余暇で遊ぶとか勉強とか不可能だった独身時代の習慣を持ち込もうとすると、全て家庭トラブルに繋がった習慣を捨てるのはメチャ難かったが、意識的に捨てた育児が始まったら、熱中できる趣味も捨てざるを得なくなった - 一人で没頭してやる趣味とかは育児始まったら不可能だった新たな日常に体を慣らすことに全力で意識を傾けた体と心が新たな生活に馴染んでくるまでは何も考えなくて良かった育児やってると勝手に筋肉とか体力とかも時間経過で付いてきた仕事はほどほどで、家庭に全振りでバランス的にはちょうど良い育児が始まると家庭が戦争になるので、仕事に全力になるのは無理仕事を頑張りたいっていう人ほど辛いのは分かるが、耐えた方が良い仕事で自分が居なくても問題無い状態を、本気で自分事で捉えられる - 結果メチャ自分のレベルが上がった実感が得られた（仕組み化）自分が頑張らなきゃ、で踏ん張ると色々積む（夫婦の時間も取れない）夜に頑張れば良いやとか、夜に遅れを取り返せば良いやの考え方は終わる仕事が溜まってようが、眠くなったら絶対に寝るのを優先した方が良い仕事の評価とかどうでも良い、夜眠い場合は仕事を捨てて寝る低年齢の子ほど寝かしつけに成功したら、一緒にそのまま寝る - 深夜に起きまくるので、寝れる時に回復するために寝る心算で朝眠い状態を迎えてしまうと、その日一日をドブに捨てることになる独身なら色々融通効かせられるが、育児中は融通が効かせられない一日のうちに何かしら自分の時間が取れて、趣味・勉強とかできたら偉業早朝 ~ 始業時間にかけてやりたいことやる習慣をつける - 育児中は早朝 ~ 始業時間以外の時間帯は不確定要素が多すぎて、やりたいことはほとんど出来ないと言っても過言ではない - 夜型の人も、半強制的に朝型になるので朝に活動の比重を傾ける色々な事柄で楽することに全力を傾ける育児家事仕事全般で楽することに全力を傾けることが結果良い色々楽に対応可能になってくると、今現在に意識も傾けやすくなる結論良い意味で脱力して手が抜ける状況を色々地道に作り続けていく育児は長期に渡って行うため、持続可能な思考や仕組みを作る本当の自分とか意識しない、持続可能じゃない要素は全て捨て去る家庭環境はそれぞれで全く異なるので他の家庭ではとか考えないあの人は育児中なのに色々出来ててすごいとか考えなくて良い自然体で生活が出来、気力が湧いて、初めて自分のための行動で全然良い仕事よりも家庭の方が大切家庭は一度崩れたら立て直すのが大変すぎる取り返しが付かなくなるリスクもある（特に育児関連は揉めやすい）仕事はどうとでもなると思うが、家庭は無理なため全力でコミットするやりたい事も何もかも捨ててくと、セルフコントールできるようになるそうなると何が起きようが、対して精神力を削られずに済むようになる自分がやろうとしていたことが中断されようが何も感じなくなってくる育児奮闘中から日常になるまでの学びを書いてみたが、改めて思い返すと総じて無理をするなっていう感じだな。あの人はできているのに、あの人は凄い仕事ができるしコミットできてるのに、とかも当初はめっちゃ思ってたなー。 ...

💬 即時性の無いコミュニケーションも大切にしたい

自分は同期的コミュニケーションが苦手だ。対話を行う際のリズムが他者と比較して遅いので、その場で満足の行くコミュニケーションが取れたことは今までのことを思い返してみても無い。同期コミュニケーションは基本的に始めた側のリズムに合わせることが多く、それに合わせる形で相互に気持ちを通わせることが目的であると感じる。そこにはバンドセッションのような、空気に合わせてみんなで作品を作り上げる感覚がある。その場で満足できる時間を作ることが主目的だと感じる。（もちろん、それはそれでかけがえの無い時間であると感じる）ただ深く相互理解を行いたいと考えたときに、全体のリズムを重視したバンドセッションのようなコミュニケーションは辛いと感じてしまう。相手のことを深く考えて洞察するための時間が無いから。その点、心境やプロセスを綴りながら書く文章でのやり取りはすごく好きだ。ただそれは軽量なチャットのようではなく、重厚な手紙のような文章である。言語化し推敲や内省のプロセスを経た内容を見返してみると、相互理解以前に自身への深い理解に繋がることが多々ある。それを元にしたコミュニケーションができると、相互に意識的に心の対話ができる感覚がある。自身の理解を経たコミュニケーションができた時の満足度は非常に高く、言いたいことが本当に言えた感覚が得られる。それは、自分の発言でさえ、本来深く洞察しなければ理解ができないものなのであろうと感じる。そうなると他者への理解が容易で無いことも想像が付きやすくなり、他者とのコミュニケーションの際にレッテルを貼らなくて良くなるなと感じる。つまり、自分が苦手であると感じる人物に対して不快感の前に、理解が足りないなという自覚に至りやすく、自分のような内向的な人間にコミュニケーションの戦闘力を授けてくれるような感覚がある。そう考えると、自分のような即時性のあるコミュニケーションが苦手と感じる人たちには是非文章を、クオリティなど度外視で書いてみて欲しいと感じる。（僕がそういった人たちの思考や文章をとても読みたいのもあるが…w）そもそも散文的に文章を書くことは、とても創造的な作業で楽しいと、今この文章を書いていても心から感じる。最近は全く文章が書けてなかったけども、これからはボチボチ再開していこうかな。 P.S. しずかなインターネットのように散文的に文章が書けて、似たような人たち同士で偶発的に閉じた交流ができるようなアプリとかって無いのかな…w

📝 リスペクトの欠如が及ぼす自己効力感の喪失

他者の行動や判断、決断に不満を持つことは誰しもがあると思う。僕がそう感じた時に大切にしているのが、結論までのプロセスを聞くということだ。プロセスを可視化し理解することで相手の思考軸を具体的に捉えることができ、受け入れることが出来ずとも、納得できるようになるからだ。納得ができればモヤモヤが晴れた状態で建設的な議論が行えるようになる。ただ個人的には納得できるだけではダメで、相手と中長期的に関係性を気づいていく上では、リスペクトに至るまでが非常に大切だと感じる。リスペクトまで至れない場合は、自らリスペクトできる点を積極的に探すべきだと思う。対話を積極的に行いコンテキストを深掘りし、自らに無い視点や知り得なかった制約に気づくことで、リスペクトが抱けるようになることは案外結構ある。何故理解だけでなくリスペクトまでが大事だと考えているかというと、人は感情を無視して論理だけでは持続的な行動ができないと考えているからだ。例えば、上長の決断で進める施作に反対の立場だが、仕事上強くコミットせざるを得ないとする。その場合リスペクトがあれば、自分の取れうる手段でこの人に貢献せねばという理解からの行動に繋げられると思う。自分の知らない分野での専門性に対してもリスペクトが持てれば、相互に力が発揮できる形での協力体制について想いを巡らせることもできるだろう。もしリスペクトが無ければ、自分の方が上手くやれる自信があるのにと、感情が思考を阻み行動が思うように実行できないだろうなと感じる。結果として、本人の能力を最大限に発揮することは難しくなるだろうなと。少なくとも持続的な行動や協力するための行動は難しくなりそう。頭ではリスペクトが必要だと理解しているのに感情が伴わない場合や、自身の能力に自信がある人ほど、特にこの状況に陥りやすいと感じる。リスペクトが無いコミュニケーションというのは、案外色んな部分で本人の意図しない形で表出していて、それは結構外から見られていることがある。そうなると、Disagree and commit の姿勢で物事に取り組んでいても、時間と共に相互の信頼関係にズレが生じてきてしまい、どちらかが無理をするか回避行動を取ってしまうだろうなという感覚がある。それらを補うほどのインセンティブがあれば別だが、相当なプレゼンスがある人で無い限り、そういった機会が与えられることは一般的には無いと思う。ここで一番厄介になるのが、自己効力感の喪失である。自己効力感は幸せに直結する要素の 1つであると考えているので、ここの主導権は失いたくない。リスペクトの欠如がなぜ自己効力感の喪失に繋がると感じるかというと、周囲から理解の姿勢を得ることが難しくなり、孤立に繋がる点が挙げられる。対話の気力すら失ってしまうことに繋がり、悪循環が生まれるイメージ。一度孤立してしまうと、周囲と繋がるためのコストが不必要に増大してしまい、信頼関係回復のために疲弊してしまいそうだなと感じる。もしくは時期尚早な回避行動を取ってしまいチャンスを逸してしまう懸念もありそうだなと。ただし、自分の軸と照らし合わせた時に、どう頑張ってもリスペクトが全く持てない場合もあると思う。その場合は潔くその場を離れる判断をした方が良いと感じる。それは自分のためであると同時に相手のためにもなるだろう。しかしそれは最終手段である。自身の今後を思えばこそ、異質な人とも支え合えられるような関係性が築けるようなスキルを身につけることは重要である。それを具体に言語化すると、リスペクトなのであろうと帰結する自分がいる。リスペクトが意識的に持てるスキルを身につけることは、多様性を認めた上で、自身の欠点を客観的に見られるスキルの言い換えなのかもしれない。ちなみに僕は音楽が大好きなのだが、たまに全く普段聞かないようなジャンルを意識的に聴き始めることがある。最初は嫌いだと感じていたものも挑戦したりする。すると不思議なことに「あ、今だと聴けるな」となることがある。そこからジャンルを深掘りすることで、確立された背景なども知ることができ、普通に音楽を聴く以上に感慨深い体験を得ることができたりする。リスペクトとは興味の幅を押し広げるスキルとも言えるのかもしれない。論理的な思考が先行している人でも、リスペクトがスキルだと言われれば、案外容易に様々な人たちに対してリスペクトが抱けるようになりそうだなと感じる。いわゆる HRT と呼ばれるスキルセットとも呼べるのかもしれない。そう考えると、リスペクトはシンプルに自身の可能性や自己効力感を高めるために身につけた方が幸せになりそうだなと感じるし、引いては周囲に対して幸福を与える人になれる可能性を秘めた素敵なものだなと感じてきた…w

📔 マイペースに技術研鑽を継続する方法

はじめに本記事のカバー画像は tookapic from Pixabay の画像です。技術研鑽のための行動が習慣化して確立してきたので、また困り始めた時に参照するための備忘録的な感じで、習慣化に至るまでの流れを記事化しておくことにしました。自分の中では努力していると一切感じず自然に技術研鑽及び技術者としてのプレゼンス向上のために行動できるサイクルができた印象です。昔から色々なやり方で上記の習慣化にはトライしていたものの、全てが長続きしなかった自分でも継続できるやり方なので、ある程度の再現性はあるかもしれません。(が、あくまでも自分のやり方にはなります。。🙃 ちなみに本記事の内容を推敲していたところ、最近読んだ心理的安全性のつくりかたに出てきた「きっかけ・行動・みかえり」のパターンになっていることに気づきました。技術研鑽のサイクル自分で自分のモチベを保ちつつ、自然な技術研鑽サイクルとして定着したフローを説明していきます。「きっかけ」：実現したい開発アイデアが浮かぶ Image by Hans Braxmeier from Pixabay 個人的に突発的にコレ作れたら面白そうとか、自分はコレがあったら便利だなっていうアイデアが浮かぶことがあるのですが、大体そのアイデアを本気で実現したいと本当に思えるピークは体感最長でも 3-4 日くらいです。そのため、アイデアを具体化して開発に着手するまでの期間としては 3-4 日以内を目安に考えています。アイデアが思い浮かんでから長く期間が空いてしまい、具体化する気が無くなってしまった場合はメモアプリにアイデアをストックしておきます。それらを見返すとより有益なアイデアが浮かんだりするので今後のきっかけ作りに有効活用できます。また、開発のアイデアについてですが、プライベートだけでなく仕事で開発しているシステムの新機能/改善案等もアイデアとして扱うことが可能です。自身の仕事の質向上にもつながりますし、行動を起こすためのきっかけ作りとしても利用できて、技術検証や実装等は業務時間で行えるため割とオススメの方法です。1 「行動」：開発アイデアを検証可能な形で実装する Image by Sasin Tipchai from Pixabay 開発では、とにかく動作確認が可能な形で実装を行うことに注力します。細かい設計などは置いておいて仮説検証を優先していくイメージです。そのため、技術選定は何基準でも問題ありませんが、アイデアの内容によってそこら辺の技術基準は変えていくのが良いと考えています。例えば、プラグインやライブラリの開発については使い慣れた言語や業務で利用している技術を選定すると、知識や知見を深めることに繋がりやすかったです。サービス開発については初期は触れる技術領域が広く浅くになりがちなので、新しい技術など使い慣れていない言語などを採用して知識や知見を広げることを意識すると最後まで楽しく開発できました。技術研鑽という名目で取り組む開発なので、完成を目指す必要はありません。しかし、成果物として完成させることを目指したいという場合は、モチベーションを絶やさないようベースとなる機能の実装を短期間で行うことを意識します。ベースとなる機能の実装というのは、一通りそのシステムの動作検証を他者が行える状態を示します。システムの動作検証を他者が行える状態まで持っていければ、正しく成果物が評価できる状態になっているはずだからです。まとめると、モチベを保てるやり方を意識して技術選定を行い、具体的な成果物を意識してベースとなる機能の実装を短期間の細かいサイクルで進められると、満足感のある形で開発を進めることができました。「みかえり」：過程で得たもの全てをアウトプットする Photo by Greg Rakozy on Unsplash 成果物の公開だけでなく、その開発を通して得た知見や知識及びソースコードなど全てアウトプットします。行動の途中だとしてもモチベが下がってきたら、みかえりのフェーズに移行します。例えば、成果物で言うと、ストア公開するだけでなくソースコードも GitHub の公開リポジトリにアップします。知識や知見などは技術ブログで記事化してまとめて公開します。他者の目に触れる場所へ公開することを意識すると、アウトプットの質を高めるモチベに繋がります。承認欲求を満たすためではなく、あくまで自分のアウトプットの質を高める施策の一貫として考えます。上記を意識するとリファクタリングやベスプラに沿った開発ができているか等のチェックに繋がり、知識や知見をより深めることに繋がります。記事化も同様で、文章として知見や知識を残す過程で正しい内容なのか、本当に正しく動作するソースコードが書けているかに意識が向くため、誤った知識の修正や復習に繋がります。成果物だけでなく身につけた技術も含めて全てをアウトプットすることで、余すこと無く行動した結果を有効活用できます。このサイクルを何回か行い習慣化してくると、インプットした内容を全てアウトプットしきるための行動が自然と起こせるようになっていきました。アウトプットする過程できっかけが生まれて更に行動することにつながっていくという流れも生まれました。具体例としては、シンプルなプラグインを作っていく過程で、ライブラリ化やモジュール化した方が良い機能がでてきたので、別リポジトリに切り出してパッケージマネージャーからインストール可能にしました。また、業務で特殊な事情で取り組んだ開発内容を新たな知見として記事化してアウトプットを増やすことができるようになりました。ちなみに私はアウトプットする手段としての記事化には重い腰が中々上がらない人間だったのですが、堤修一さんの Youtube 動画と同様の考え方に自然に至りました。全てが自分のやった成果として目に見える形で残っていくので、後から見返したときに自分の実績として実感が湧きやすく、作りっぱなしで終わっていた頃と比べると相当な達成感を味わうこともできます。ゲームでいう様々な実績を解除してくような感覚に近いかもしれません。🎮 おわりに現状個人的には上記のサイクルが上手く機能していて、最近習慣化の軌道に乗った感じが自分の中にあったので知見として記事化しておくことにしました。今後、上記サイクルについては改善を繰り返しながらアップデートしていきますが、一旦現状の内容を後から見返せるようにしました。また今回始めて記事内でイメージ画像をふんだんに使ってみましたが、画像探すの楽しいし記事のクオリティが上がったと錯覚できるので、今後もポエム記事については積極的に画像を利用していこうと思いました (違この記事内容がどなたかの行動を起こすきっかけとなれれば幸いです！🙏 当たり前ですが NDA に触れるような内容を自身の成果として公開してしまうのは絶対にダメです。あくまでも一般的な技術知識のみを自身の得た知見として公開するというスタンスです。 ↩︎ ...