ゴールを"刻む"技術 - Konifar's ZATSU
ワールドトリガー247話にて、ヒュースが若村に話した言葉が非常によかった。 "刻むんだ" 目の前の1段を登るために必要な要素を 1段の中でさらに刻んで 自分が登れる小さいステップを作るんだ その行動を努力と呼ぶ 痺れる~~~。この"刻む"というのは目標達成のための大事な考え方なのはもちろん、タスクを進める時にも同じように"刻む"技術が必要。自分もうまくできないことがあるので、雑に考えを書いておきたい。 仕事において、ゴールまでの道筋を刻んで小さくして進めるのはとても重要。進み具合をトラッキングできるし、刻むことでチームで仕事をしやすくなる。いわゆるジュニア、ミドル、シニアの違いは「どれくらい抽象的で大きいことを刻んで進められるか」の差と言ってもいいかもしれない。 このゴールを"刻む"技術はどうすれば身につくのだろうか。経験によって全体を把握する力がついた結果できるようになるというのも一定あ
具体例を出すと主題が伝わりづらくなる - Konifar's ZATSU
何かを説明する時に具体例を出すと主題が伝わりづらくなってしまう現象について雑に書いておきたい。 具体例によって読み手/聞き手がイメージしやすくなり理解を深められる一方で、次のようなことが起きる。 一例を全てのように捉えられる 主題ではなく例示に注目される 1は、あくまで主題をわかりやすくするための補足としてひとつの例を上げただけなのにそのケースのこと"のみ"を言っていると捉えられるという話。抽象的な主題を頭に残したまま具体例を具体例として捉えて理解するのは難しいことなのだ。 2は、読み手/聞き手が理解しやすい具体例の内容に引っ張られてしまうという話。説明を補足する具体例というのはわかりやすい分、頭がそこにフォーカスしてしまいがち。しっくりくる例ではないことが原因ということもあるが、具体的な話には突っ込みやすいのでそっちに引き寄せられてしまうのだ。 じゃあ伝える側はどう工夫すればいいかという
ゆるめのフォロワーシップ実践方法 - Konifar's ZATSU
誰かがリードしている時に、それを支え、あと押しするような振る舞いをフォロワーシップと呼ぶ。 フォロワーシップについては、Derek Sivers の TEDトーク How to start a movement や あんちぽさんのやっていき、のっていき が自分は好き。研究でいうとロバート・ケリー教授の The Power of Followership の5つの分類が有名。 難しそうに感じるかもしれないが、実はフォロワーシップの実践というのはもっとゆるいところにも現れるものだと思う。自分のまわりの人たちがおそらく無意識的に実践しているように見えることを雑に書きだしてみる。 1. 反応を返す 誰かが発言したり何かを書いたりしたことに対してわかりやすく"反応を返す"という振る舞いは、意外と皆ができていなかったりする ミーティングで最初の挨拶に対して挨拶を返したり、「何か質問や意見ありますか？」
うまくいっている状態を定義する - Konifar's ZATSU
課題を見極めたり新しい取り組みを始めたりする時に、「どういう状態だとうまくいってると言えるんだっけ？」という質問に答えてみると考えを整理しやすい。 たとえば、マネージャーの立場で「なんだか組織の雰囲気がよくないと感じる」という声を拾ったとする。これに対して、「どういうところで感じるか、なぜそう感じるか」という深堀りをして根っこを見極めることももちろん大事なんだけれど、その人にとって「雰囲気がいい」というのはどういう状態かを聞いてみると何を目指していくべきか目線を揃えやすい。 目標設定制度をどうしていくかを考える時なども同様で、「目標設定がうまくいってる状態ってどういう状態だっけ？」という話から考えてみると議論しやすかったりする。たとえば、「今あなたは何にチャレンジしていますか？と質問したら皆が即答できる状態」みたいな定義がでてくるかもしれない。 マネージャーが職責を果たしている状態とはどう
マネジメント想定問題集ほしい - Konifar's ZATSU
マネジメントの想定問題集があれば、疑似体験により引き出しが増えて成長が早まるのではないかと思ったことがあるので雑にかいておきたい。 マネジメントは昔からたくさんの関連書籍も出ていて、ある程度型をもって技術として磨いていけるものではある。 一方で、「やらないことを決める」「思い切って委譲する」といったいわゆる"セオリー"的なことは理解はしつつも、そういう小綺麗な話ばかりではないのはマネジメント経験者なら共感できるのではなかろうか。 社内での役割や経営・メンバーとの関係性にもよるけれども、たとえば次のような泥くさい想定問題があったらどう答えるか考えてみると面白いかもしれない。 1on1 でメンバーから「事業 / プロダクトの方針がわからない」と言われました このまま放置すると離職リスクになりうるかもしれません マネージャーとしてどう動きますか？ 事業計画上、4週間後にはリリースしたい機能があり
報酬 × 成長 × 貢献 - Konifar's ZATSU
人がやる気になる理由というのはそんなに単純に整理できるものではないが、自分にとっては"報酬"と"成長"と"貢献"の3つのバランスで成り立っていると感じる。 そんなに整理できていないので雑にまとめておきたい。 報酬 いくらもらえるかはめちゃくちゃ大事 報酬で自分の価値を確認できるという人もいる 安かったらいざという時に踏ん張れないし、高かったらその分頑張ろうと思える 成長 自分のためになっているか、成長しているかという感覚もめちゃくちゃ大事 まわりに尊敬できる人がいるとか、近くで働いていると刺激を受けるとか勉強になるとか 成長実感以外でも、すごい/かっこいいと思われたいみたいなのもこれ 貢献 同僚の役に立てたり、ユーザーに喜ばれたりする感覚もめちゃくちゃ大事 自分の力を何かしら活かせているかという話で、これを満たしていると自己肯定感も高まっていく 全部大事と書いてしまったけれど、年齢やライフ
ミーティングアジェンダ駆動で整理する - Konifar's ZATSU
無駄なミーティングは減らすべきという考えには完全に同意しつつ、自分はミーティングを先にセットしてしまって事前にアジェンダを作りながら考えや論点を整理して進めることも多い。締切駆動の派生、"ミーティングアジェンダ駆動"で整理していると言える。 自分にとっては素早く物事を前に進める"型"のひとつになっているので、どんなアジェンダdocsをまとめながら整理しているか雑に書いておく。 目的 目的が明確じゃないミーティングは不要なので、ここを最初に書く。書けないならミーティング自体をバラす そもそも何したいんだっけ？というのを再確認できる。意外と研ぎ澄まして書けないこともある 語尾は「~したい」のように"目指したい姿"を表す形で箇条書きにすると整理しやすい 今日のゴール 目的とは似ているが違う。今日のゴールは、これが達成できたらこのミーティングは成功という指標。目的を具体化して到達するべきラインを明
懸念の伝え方・吸い上げ方 - Konifar's ZATSU
何かを進める時に感じている懸念をうまく伝えるのは地味にむずかしい。 あまり気にせず伝えられる人もいると思うが、自分が消極的なことばかり言って水を差してるみたいな空気になる気がして言いにくいという人もわりといるんじゃなかろうか。自分もそう考えてしまって伝え方やタイミングに悩むことがある。 しかし個々人が感じている懸念というのはめちゃくちゃ重要で、小さな違和感もちゃんと伝えてくれる方がよい。これまで誰かのちょっとした懸念から事故を防げたということは何度もあった。 "伝え方"にも一定コツはあるが、"吸い上げ方"にも工夫できることはあるので、雑にまとめておきたい。 枕詞の引き出しを増やす 伝え方の工夫として、変な空気になりにくい枕詞がある 「めちゃくちゃ心配性なこと言ってもいいですか」、「やりたくないとかではなくて、イチ意見として気になったんですけど」、「今さらなんですけど、皆で安心していい感じに
『問いかけの作法』がとてもよかった - Konifar's ZATSU
fukabori.fm で話されていた『問いかけの作法』を読んだ。自分にとってはかなりよかったので、初めての感想文的なものを雑に書いておきたい。 https://amzn.to/40PBaXg とにかくよかった。これまで自分もたくさんの会議や1on1、面談などを行い都度反省して工夫してきたが、それらの工夫がほぼ全て"体系化"されてまとめられていた。自分がやってきた/やっていることが6割くらい、残り4割は新しい発見として楽しく読めた。ハンターハンターで言うと、念の六性図くらい見事に体系化されていると感じた。 たとえば質問を投げかけた後に意見が出なそうだったらいくつか具体例を出してあげるフォローアップなども、『列挙法』という名づけをして解説してくれている。カイゼン・ジャーニーの中で紹介されている、意見を5段階で示すファイブフィンガーも、この本の中の『パラフレイズ』という手法と捉えられる。 やっ
チャットコミュニケーションで使わないようにしている表現 - Konifar's ZATSU
チャットコミュニケーションむずかしい。全然そんなつもりで書いてないのに受け手の解釈が乗っかって伝わったりする。 たとえば純粋に質問しているだけなのに責められているように感じる人もいるし、感謝を伝えたつもりが煽りや嫌味と捉えられることもありうる。 そもそもチャット以前の関係性の問題として対処すべきこともあるし、受け手の人となりや状況を完全に理解することもできないのであまり気にしすぎても仕方ない。一方で、自分の経験上解釈ズレが起きやすい表現は明確にあって、自分はそれらを"禁止"するマイルールを作っている。誰でもできるチャットコミュニケーションの工夫の一つとして雑にまとめておく。 あー / えっと 「あー (そうじゃなくて)」とか「えっと (理解できないみたいだからどう言おうかな)」みたいな感じで相手に非があるという印象で伝わることもある じっくり考えられるチャットでこれらを書く必要もないので使
問題を"放置"さえしなければちょっとずつよくなっていくんですよ - Konifar's ZATSU
7月くらいに入社した同僚氏は「問題を放置しない」が口癖で、半ば麻痺している痛いところを突いてはすぐに何かしらアクションに移して状況を変化させている。ハイレベル問題解決ブルドーザーである。 「これは放置しないほうがいいですね」、「放置しないほうがいいのでやりましょう」といった感じで話してくることもあれば、「これどうします？放置しますか？」のように聞いてくることもある。見て見ぬふりをしたり、なんとなく結論が曖昧な状態のままにしておくことを"放置"と言っているらしい。ややこしい言い方をすれば、"今は (いつまで) 放置する"と決めたのであればそれは放置してはいないということなのだそうだ。 先日、彼が会議中にボソッと「問題を放置さえしなければちょっとずつよくなっていくんですよ」と言っていて、たしかになあとしみじみ噛み締めてしまった。 何かチャレンジをしていれば問題が多々発生するのは当たり前ではある
実質的に役割を持つのと明確に責任を持つのは全然違う - Konifar's ZATSU
実質的に何かの役割を担っている"自称"の状態と、組織図上にも表されるような自他ともに認める明確な責務を持つ状態とでは、あまり変化がないようで全然違うという話を雑に書いておきたい。 たとえば「ほぼマネージャーみたいなことをしてます」という状態と「マネージャーとしてやってます」という状態は、マインドも動き方もプレッシャーも実は全然違う。 同じように、「事業責任者みたいなもんですね」という状態から実際に事業責任者というタイトルがつくと、想像よりも周囲の期待や自分のスタンスの変化が大きい。 タイトルが大事というわけではないが、名付けがされると自他ともにそのタイトルに対する期待イメージがより明確になる。それに伴って自分の心持ちや考え方、行動が変わるのはもちろん、周囲の反応も変わる。たとえば実質技術責任者みたいな役割を担っていた人にCTOという名付けがされると、急に「CTOとしてどう考えているのか」と
前提条件の思い込みを疑う - Konifar's ZATSU
自分が動かせない前提条件と思い込んでいたことを、同僚氏の助言で実はコントロールできることに気づいて前に進められたということが何度もあった。 前提条件や制約だと決めつけてしまって問題を解決できないと思い込んでることあるよなという話を雑に書いておきたい。 特に陥りがちなのは、期限や人員、予算、規約、法律あたりだろうか。 たとえば「この日までにできないと失注と言われている」みたいな話も、先方と話すと代替案の提示で調整可能なこともある。 「今期の予算が取れない」といった話も、実は今後1年のROIを正しく理解してもらえれば変更しうることもある。 所属開発チームの中ではなかなか動かすのが難しい改修も、社全体での位置づけを説明して短期のプロジェクトチームを作ればできるかもしれない。 これらはただの例であって、それくらい考えるのは当たり前だろと思う人もいるかもしれないし、ただの社内のプロセスの問題ではと感
ミーティングで意見を言えない時のTips - Konifar's ZATSU
ミーティング中にうまく意見を言えないという相談を受けた。めちゃくちゃわかる。自分は開発関連のミーティングではそういう悩みは少なくなったけれど、経営関連のミーティングでは今でも歯がゆく悔しい思いをすることが多い。 相談された時にはうまく答えられなかったので、雑に自分がやっていることを書き出してみる。必要な役割としてミーティングに入っているというのを前提として、そもそものミーティングの必要性や参加者の要否についてはここでは対象外とする。 1. 事前に予習する 意見を言えないのは、その場で理解できなかったり考えがまとまらなかったりするから 事前にアジェンダが用意されていたら読み、関連ドキュメントがあればそれも目を通しておくなどできるかぎり事前準備をしておく わからないところや聞いておきたいことがあればコメントしたり頭出ししたりしておくとよい 2. 話を振ってもらう 意見を言えないのは、発言するタ
憧れている人はいるか - Konifar's ZATSU
チームメンバーや他社のエンジニアとの 1on1 の中で、「憧れている人とかいますか？」という話をすることがある。この質問はわりと継続して聞いているなと思ったので雑に書いておきたい。 チームメンバーとの 1on1 で聞くのは半年ごとくらい。目標設定など、たまにはちょっと中長期の話でもしますかってタイミングで話している。いわゆる"キャリア"の雑談である。 自分は「1年後/3年後どうなっていたいか？」みたいな質問がすごく苦手で、うまく答えられたことがない。どうなりたいかを明確にするのは大事なことだと思うけれど、正直3年後とか何もわからんという気持ちになる。自分ができないのでチームメンバーにも聞けない。 そこで、違う聞き方として「憧れている人はいるか？」という雑談をしている。この質問は人によって回答がぜんぜん違うのが面白い。 たとえばiOSエンジニアだと @k_katsumi さんとか。Go書いて
ミーティングの最初にルールや心構えを読み上げる - Konifar's ZATSU
ミーティングのファシリテーションをする時にミーティングのルールや心構えを音読するようにしてみていて、思ったよりいい感じなので雑に書いておきたい。 たとえば月1の開発チームのミーティングでは、次のようなルールを明記して読み上げている。 ドキュメント・Slackへのコメントを歓迎します。事前・MTG中いつでも質問・意見を入れてください あまり厳格にしすぎずハードルを上げない 議事録はみんなでMTG中に書く 最初に声に出してアナウンスすると、それに応えて意識した行動を取ってくれる人が増えているように思う。 他には、インシデント対応の初動で集まった時にはインシデントコマンダーの立場で次のような心構えを画面共有で映して話す試みを始めた。 犯人探しをしない チャレンジしてリリースすれば一定インシデントは発生する 犯人探しをせずユーザーへの対応と改善に目を向け、落ち着いてOne Teamで対応する 同期
相手に話が通じないと感じた時の対処法 - Konifar's ZATSU
相手に話が通じず物事を前に進めにくいと感じることがある。特に、階層化された組織の違うレイヤーの相手や他部署の相手の場合にありがちかもしれない。 そういう時はついついヒートアップしてしまい相手のせいにしてハレーションを生むような話し方をしてしまいがち。"相手が理解してくれないのは相手の頭が悪くて理解できないから"みたいな態度は相手に伝わり、関係がこじれてより一層物事を前に進めにくくなってしまう。 こういう時に感情的になってうまく対処できないのは解決のための引き出しが少ないのが原因なので、思いつく対処法を雑に書きとめておく。 いったん自責思考に切り替える あまりに話が通じないと感じると自分の方が賢くて相手が悪いみたいなスタンスになりがちなのでまずはリセットする 相手に勝とうとするのではなく、目的を思い出して相手も自分も勝つにはどうすればよいかを考えるよう切り替える ほぼ相手に非があることももち
暇そうに見えるマネージャーとはどういう状態か - Konifar's ZATSU
マネージャーは暇そうに見えるくらいの方がいいという話をちょいちょい聞く。実際に暇ということではなく、"暇そうに見える"というのが重要っぽい。 なんとなく言いたいことはわからなくはないけれどあまり腹落ちできていないので、"暇そうな状態を目指す"とはどういうことなのかを雑に書いてみる。 メンバーから相談されやすい状態を作る マネジメントは正確な観察から。メンバーからの情報が集まりやすい状態を作る オフラインならふらっと雑談してみたりとか カレンダーが予定でいっぱいで遠慮させてしまって「ちょっといいですか」と声がけされにくくなるみたいなことにならないようにする ルーチンワークを見直し効率化する 一定やらなければいけないことは多くなるのは仕方ないが、使える時間を増やすために徹底的な効率化を行う 効率化したほうがいいと思いながら半年経つとかはよくない まとまった考える時間を取る インパクトのある問題
常に即答できるようにすべき質問は何か - Konifar's ZATSU
先日社外の人に「いま一番何に悩んでますか？」と聞かれて即答できなかった。 もちろん常に色々な課題があって頭を使っているつもりだけれども、スコープを絞らず "一番" "悩んでいる" ことは何かと急に聞かれるとちょっと考えてしまった。普段から観察が足りないし優先順位も整理できてないんだなということが浮き彫りになって興味深かった。 これに限らず、"聞かれたら常に答えられるべき質問" を持っておくとよいのかもしれない。たぶん意識せずやっている人はいる気がするが、意識的に持っておくと自身の振る舞いのヘルスチェックに使える。 たとえばマネージャーだったら「いまチームで自分が一番解決すべき課題は何か」「自分が時間を使うトップ3は何か」とか。他のメンバーに聞かれて即答できないのなら、無計画でタスクに忙殺されているのかもしれない。そういったきな臭い兆候に気づくための質問を用意しておくイメージ。 プレイヤーな
問題のない状態を褒めすぎてはいけない - Konifar's ZATSU
何も問題なく物事が進んでいる時、それ自体は日々の工夫の結果であり素晴らしいことではあるものの、「何も問題が起きていない状態」を褒めすぎるのはよくないとも思っていて、そのへんの話を雑に書いておきたい。 何がよくないかというと、なんとなく問題が起きること自体がイレギュラーというか悪みたいな扱いになりがちなことである。問題は起きるものでそれ自体は悪くない。何度も同じ問題が起きることや、問題に気付けないことが悪いことなのに、いつの間にか問題が起きること自体が悪いことのような雰囲気になっていくのである。 問題が起きてない！素晴らしい！という話はしてもいいけれども、逆に何か起きた時に 問題が起きちゃった... という感じで負の印象にならないようにすべき。そうしないと問題が報告されなかったり内容が報告用に化粧されてしまったりする。問題がない状態を過度に褒めてはいけない。子どもに上手にできたねという褒め方
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
