「エンジニアマネージャー論と学びを抽出する努力を続けること」を読んで

http://wazanova.jp/items/1574を読んで、非常に参考になったのでいつも本を読んで感想書いている時と同様、思うところについて書いてみる。

今回は以下の二つのポイントについて非常に感銘を受けた。

• やるべきことを毎日洗い直して、絞り込むことが大切
• 適切な意思決定プロセスとメンバとの良好な関係が築ければ、95%は大丈夫

やるべきことを毎日洗い直して、絞り込むことが大切

上であげたブログに

真剣にものごとに取組むと、やらなくてはいけないことはそのうち次から次へと気づく and/or 嫌でも湧き出てくるもの。なので、アドバイスを求められれば、やるべきことは最小限、できれば三つ以内に絞って、何をやめることができるかを探す手伝いをするようにしています。やるべきことを毎日洗い直して、絞り込むことが大切。

ということが書いてあり、直近の自分の状況もあいまって非常に納得できる言葉だなと思った。

最近自分を変に忙しく追い込んでしまい、完全に潰れかけてしまった。最近の状況の変化を良いものと捉え、自分の中で非常に頑張ろうとしたのだけれど、逆に真剣に取り組みすぎて「やらなくてはならないこと」というのが無限に出てきてしまった。かつどれも大事に思えるしどれも中途半端になってしまうという状態になった。これまで単にエンジニアとしてひたすら実装していた時には、「やらなくてはならないこと」に気づいた時に、その絞り込みの力や解決スピードが一定を超えていたので何とかなっていたが、少しやることが変わってしまってからは絞り込めないしスピードも遅いしというので破綻した。以下の様なインバスケット思考の本やイシューからはじめよみたいな本を読んだ時も結局絞り込むことが大切と書かれていたけど、自分が経験してみるまで、実際にどのようになるのか「理解」はしてなかったのだなと分かった。

• 一瞬で正しい判断ができる インバスケット実践トレーニング (朝日新書)
• イシューからはじめよ ― 知的生産の「シンプルな本質」

上のようなことを経験したために、やはり絞り込むことは大事なのだなと思っていた時に先ほどのブログエントリを読んだので、非常に参考になると思った。

しかし、どうやって絞り込めばいいかはまだわかっていない。どうやって絞り込めばいいんだろう。ひとまず昨日うんうん考えこんで思ったこととしては、ひとまず自分のTODOリストを以下の三つのカテゴリで分けるということをしてみようと考えた。

• 期限が完全に決まっている、重要なもの
• 期限は決まっていないが、直近(2週間以内とか?)に解決したい重要な課題
• その他見つかった課題や、自分が思いついた課題解決アイデア

ちなみに前提としては重要でない些細なものは頭から外すために入れない。

このくらいにカテゴリ分けしておくと、今日一日でやらないといけない3つのことくらいには毎日絞り込めるんじゃないかと思って、ひとまず昨日から実践しようとしてみている。うまくいくかどうかはわからないので、他にもっとこういう方法使っているよという話があれば聞いてみたい。

適切な意思決定プロセスとメンバとの良好な関係が築ければ、95%は大丈夫

15) 適切な意思決定プロセスとメンバとの良好な関係が築ければ、95%は大丈夫。カンバン、スクラムなどのエンジニア組織のためのフレームワークだけで事が本質的に改善されることはない。よいマネージャーが多少ましになって、ダメなマネージャーがやや悪化するだけ。

本当にこれも直近に出会った課題過ぎて驚く。この言葉を見て、最近のやり方は少しずれていたと気づいた。最近はどうやってワークフローを整えていったらいいかっていうのを最重要視していた。しかし今思い返してみると、確かにその部分よりかは誰がどこまでどのように決めるのかが明確になっていてチームや個人の意思決定のプロセスが整っているというのと、みんなと適切にコミュニケーションをしていって良好な関係を築く、という部分が先決で、その後にどうやってそれを高速化するべきか考えるべきだと気づいた。

適切な意思決定プロセスはどのようになると良いかまだいまいちわからない。これからいろんな経験をしていくと分かるようになるのだろうか。本当に教わりたい。

メンバとの良好な関係は、結局まずはコミュニケーション量をどれほど作れるか、が重要に感じる。またそれぞれのメンバーをどれだけ理解できているかも重要そう。そのためにはメンバーの職種や考え方に対する理解を深める必要もありそうだし、1to1でのコミュニケーションを定期的に行うというのも必要に思えた。こちらもいろいろ試してみるしか方法はなさそう。

まとめ

マネジャー業務、まだ全然どのようになるとうまくいくかわからない。ただ昨日一つだけ気づいたのは、まずははじめの段階で初めの段階で、どうやってチームを自走するようにするかについて頭をフル回転させて考えておく、というのが重要そうという気づきも得られたので、そこも気をつけてみようと思った。

とにかくhttp://wazanova.jp/items/1574に書いてある内容は非常に参考になっておすすめでした。

つかまらない上司にならないために - 1分間マネジャーの時間管理を読んだ

1分間マネジャーの時間管理

「1分間マネジャーの時間管理」を読んだ。非常に面白く、勉強になることが多かった。

この本は、マネジャーが時間に追われている状況をどう解決するかについて教えてくれる。この本においてプロジェクトにおける「次の対応」はサルと表現され、マネジャーが時間を作るためにはこのサルの管理をうまくしなければならないというような話で、時間に追われている状況の改善方法について説明している。書き方自体も時間に追われたマネジャーを主人公として物語風に進んでいくので、非常に読みやすく面白かった。

上に書いた通りの話なので、マネジャーになってなぜか忙しくなったと思う人は是非読んでみると良さそう。確かにそれで忙しくなってるわーみたいなことがいろいろ書かれているので参考になると思う。

この本の中でメインとなるポイントは

• オンケン流サル管理の心得
• 三つの時間をやりくりしよう

という部分と思ったのだが、まあそこは本を読むほうがわかりやすいので、今回も印象に残った部分を幾つかピックアップしてメモしておく。

今回印象に残ったのは以下の2つだった。

• 管理職は「やらなくていいことを効率よくやる」ことに時間をかけてはいけない
• つかまらない上司ほど苛つくものはない

管理職は「やらなくていいことを効率よくやる」ことに時間をかけてはいけない

この本の最初の方に次の言葉が書かれている。

管理職はマネジメントに時間をかけるべきであって、「やらなくていいことを効率よくやる」ことに時間をかけてはいけない。

最近いろんな本を読んでみると、大体これと同じようなことを言っていると感じることが多い。「イシューからはじめよ」を読んだ - $shibayu36->blog;で紹介した本も同様のことが書かれていたし、最近ちょっと読んだ[asin:B00CJ943KI:title]にも同じようなことが書かれていた。

大抵忙しくなってくると、なんか忙しいのでとにかく効率的にやるべきだと考えてしまってひたすら速度をあげようとしてしまうのだけど、それだと極限まで効率をあげても結局自分の時間というものに縛られてしまう。なので一旦取り掛かる前にこれは本当にやるべきなのかを見極めるということをするべきだと感じた。すべてのタスクをやる必要はなく、重要なタスクをピックアップするというのが重要そうだ。

つかまらない上司ほど苛つくものはない

この本の中に

誰にでも経験があると思うが、つかまらない上司ほどイラつくものはない

と書かれていた。これは確かにと思うと同時に自分自身も気をつけないとまずいと感じた。呼びかけても毎回数時間後とかにしか反応しない上司をもつと確かにイラつく時がある。

ではなぜつかまらない上司になってしまうのか。

例えば部下が本当はやるべき「次の対応」を自分で引き受けすぎてしまうと、それにより忙しくなりつかまらない上司になってしまう。部下にトラブルがおきましたがどうしましょうと言われた時に、「では一度こちらで対応を考えてみるよ」といった瞬間に、そのプロジェクトの次の対応を自分で引き受けることになってしまう。本当はその対応の検討は部下にやってもらうほうが早いにも関わらず、自分で引き受けてしまうということがある。これが続き、もし自分の時間が「次の対応」の対応ばかりになってしまった場合、部下の対応に忙しくなり、結果つかまらない上司になってしまう。

例えばすべての対応を自分の事前承認なしでは行ってはいけないとしてしまったとする。この場合、部下のすべての作業に対し、自分の確認作業を発生させてしまう。この件数が少ない場合には問題ないが、自分の時間の大多数をここに費やしてしまうと結果忙しくなり、処理が間に合わなくなる。すると結果つかまらない上司になってしまう。

例えば上に書いたとおり、やらなくてもいいことに対し、手をつけてしまったとする。いくら効率を良くしてもこれにより自分の時間を圧迫してしまうと、結局つかまらない上司になってしまう。

他にも理由はあるだろうが、結局は自分自身をチームの中で一番忙しい状態にしてしまうと、つかまらない上司になる。そしてマネジメントみたいなことを意識し始めると大体つかまらない上司に陥るイメージがあるので、気をつけたい。

つかまる上司になるには、仕事時間においてまず部下よりも自分のほうがゆとりがある状態を作らないといけない。このための方法論として

• オンケン流サル管理の心得
• 三つの時間をやりくりしよう

というものが紹介されていたので、非常に参考になった。

オンケン流サルの心得を簡単に説明すると、プロジェクトにおける「次の対応」をサルと比喩し、上司と部下は次の四点を決定するまで話し合いを切り上げてはいけないと決めるものである。

• サルの特定(「次の対応」とは何か決定する)
• サルの世話係(「次の対応」の担当者を決める)
• サルの保険(万一のリスクに備える)
• サルの定期健診(進捗報告会の日時と場所を決める)

それぞれの話について、この本では詳しく説明されているが、興味があったら読んでもらうと参考になりそうだと思った。

まとめ

今回は「1分間マネジャーの時間管理」を読んで印象に残ったことをメモに残した。特に先述したつかまらない上司というのは、ハマリポイントのように感じたので気をつけたい。

今回1分間シリーズを初めて読んでみたが非常に面白く、平易な文章で書かれていて、かつ150~200ページくらいしかページ数がないので、今後他のシリーズもどんどん読んでいこうと思う。

1分間マネジャーの時間管理 (フェニックスシリーズ)

[asin:4478350132:detail]

1分間リーダーシップ―能力とヤル気に即した4つの実践指導法

1分間顧客サービス―熱狂的ファンをつくる3つの秘訣

1分間モチベーション

APIの気軽な調査をするのにhttpieというツールもあった

curlとjqで簡単にAPIの調査をする - $shibayu36->blog;

昨日こんなかんじで、curlとjqを使ってAPIの調査を簡単にするというのを書いたけど、curlの代替品としてhttpieも便利そうだったので自分の備忘録にメモ。brewでインストールできるようだった。

特徴としては

• curlよりも簡単にJSONでデータをPOSTしたり出来る
• curlよりもオプションがわかりやすい
• 出力が見やすく表示される

などがありそう。JSONの出力を更にjqのように制御する方法はよくわからなかったのでそういう時は以下のようにjqと組み合わせると良さそう。

$ http --body 'https://api.trello.com/1/boards/4d5ea62fd76aa1136000000c/cards' | jq '.[0:5] | .[] | {name}'
{
  "name": "What can you expect from this board?"
}
{
  "name": "We also have public development boards for our mobile apps. Links inside!"
}
{
  "name": "Time Tracking"
}
{
  "name": "Assign people and due dates to specific checklist items."
}
{
  "name": "Dependencies Between Cards"
}

詳しい使い方などは他にわかりやすい解説があったので、そちらに任せます。
GitHub - httpie/httpie: As easy as /aitch-tee-tee-pie/ 🥧 Modern, user-friendly command-line HTTP client for the API era. JSON support, colors, sessions, downloads, plugins & more. https://twitter.com/httpie