提案を通せない人が押さえるべきビジネスパーソンの思考パターン3つ | BtoCマーケティング支援のホジョセン
ホジョセンは、よくセグメンテーションのお仕事をさせていただきます。消費者・生活者をいくつかのパターンに単純化することで、クライアントさんの戦略や行動の指針とするものです。マーケティングではSTP戦略のSにあたる部分ですので、ご存知のかたも多いと思います。 これを同僚に当てはめてしまえ、というのが今回のコラムになります。社内で自分の提案を通すためにはどのようなアプローチを取るのが効率的なのか、プロジェクトマネジメントを円滑に進める上でどうコミュニケーションをとっていけばよいか、と考えた上で編み出した単純モデルです。 いろんな方といっしょに働く中で多少のアップデートはしましたが、基本的には10年以上使っているパターンです。僕の(元)同僚の皆様は何度も聞いた話だと思いますが、ご了承ください。また、このモデルに落ち着くまでにさまざまな方からのフィードバックをいただきました。諸先輩方、元同僚の皆様に
カイゼンを回して普通の夫婦を強いチームに育てていく【加藤家のKPT】 | ママニュー
こんにちは。ママニュー編集部の加藤です。 育休から職場復帰して早1年。時短勤務中ですが、チームに貢献できるように全力投球でがんばっています。 子育て中のママが多い我がチーム、コミュニケーションを何よりも大切にしながら支えあっています。そのために「KPT」という「ふりかえり」のフレームワークがすごく役に立っているのです。 問題点をスルーして表面的な会話だけするミーティング、数字しかふりかえらないミーティングは絶対にしません。だから、メンバー同士がモヤモヤを抱えることなく、すごくいい状態で仕事ができています。 そう、すっごくいいんです。うちのチーム。 仕事でこんなにうまくいっているんだから、夫婦でやってみたらもっといいことが起こるんじゃないか？ 家庭にKPTを持ち込んでみた話をぜひ聞いてください。 すっごくいいチームになれた理由 KPTはケプトとかケーピーティーと呼ばれていて、Keep（良かっ
「斧を研ぐ時間」エンジニアリングフライデーという試み - 弥生開発者ブログ
こんにちは Misoca 開発チームの id:mallowlabs です。最近は ドラえもん のび太の牧場物語 にハマっています。使っている道具のグレードを上げるために、牧場はそっちのけで鉱山にこもって鉱石を掘り出す毎日です。 さて、先日の 軽減税率・区分記載請求書対応のリリース は開発チームにとっても比較的大きなリリースでした。そのため、リリースの直前には、このリリースに関係しないコミットは master ブランチにマージを控えることになり*1、自然と開発メンバーが普段使っているツールの整備や自由研究が行われることになりました。 ふりかえりで、このいわゆる「斧を研ぐ時間」がよかったという声が複数出たため、この時間を狙って作ってみようという TRY が生まれて「エンジニアリングフライデー」という試みが生まれました。 今回はこのエンジニアリングフライデーについて紹介したいと思います。 エンジ
【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO
エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない？」 「したい。けど、どうやって？わっしょい的な雰囲気で？」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか？」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽
スプレッドシートに OKR を書くとツリー構造で可視化されるツールを作ってみた - Qiita
これなに？ スプレッドシートに OKR の目標を書くと、社内に閉じて Web でツリー表示されるツールを作りました。 こちらで実物見れます: http://bit.ly/okr-tree-sample 概要 グロービス の開発部門で OKR のエッセンスを取り入れた目標管理をはじめました。 OKR ではアラインメントの観点で、他のチームがどういった目標を掲げているのか見える化することが大切なので、見える化の仕組みを作ってみました。 使ってみたいという方のために、導入方法も以下に書いておきます。 そもそも OKR ってなに？ ここでは OKR について説明はしませんので、 OKR についての説明は以下ご参照ください。書籍は 2 冊とも読みましたが上の方が個人的おすすめです。 Web Google re:Work - ガイド: OKRを設定する OKRとMBOの共通点・相違点は何か？即時に説明
ポモドーロについて - 西尾泰和のはてなダイアリー
質問されてTwitterでつぶやいておいたので、流れ去らないようにここにまとめておく。 まず「25分で1ポモドーロだから8時間だと16ポモドーロか」とか言ってる人はそれが「人間は100メートルを10秒で走れるから、42キロを4200秒で走れるはずだ」と言うくらいおかしいということを理解した方がいい。短距離走の速度を長距離走で維持することはできない。そういう「1日8時間働く」を前提とした計算をしている人はポモドーロの「短時間に集中して成果を出そう」という目標をそもそも理解できていない。 これは僕流の解釈というわけではない。アジャイルな時間管理術 ポモドーロテクニック入門の前書きでも読んだことがあればすぐに誤解に気づくはずだ。こう書いてある。「1日に12ポモドーロ分はこなせるだろうと思っていました。しかし、ふたを開けてみると、せいぜい8ポモドーロが現実的なラインということがわかりました」(文意
エンジニアが何か問題にぶつかったときにあるといい力を5個 - Mitsuyuki.Shiiba
最近ちょこちょこ相談されることがあって、直接のスキルではないけど、こういうのもスキルだよなぁって思ったので、思いついた順に書いてみる。5個になった。 ## 1. 問題を切り分ける力 「これがなぜか動かない」って相談されたときって、いくつかの要素が絡んでることが多い。 なので「ここは明らかに問題ないでしょう」という一番土台のところからチェックを始める。そうすると「え？そこは問題ないと思いますよ？」って言われるので「うん、それを『問題ないと思う』じゃなくて『問題ない』って断言できるようにしようと思って」みたいな会話をよくする。 可能性をひとつずつつぶしていくと「ここだなぁ」って場所が見つかって、そしたら、もうあとはそんなに難しくない。ひとつずつ確認していくのって遠回りに見えるけど、結局その方が確実ではやいと思う。 ## 2. 想像と事実を切り分ける力 ↑と絡んで、想像や思い込みなのに、「ここは
新人プログラマをレビューで殺さない方法 - Qiita
はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的にプルリクエストというものを使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、致命傷で済んだものもありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って、新人を殺してしまう恐れのあるレビューをまとめていきたいと思います。 新人教育の場に少しでも役に立てていただけると嬉しいです。 前提条件 今回の対象とする「新人」は、本格的な開発経験が1年未満の方を想定しています。 個人で少しプログラミングはしてきたけれど、チーム開発は未経験の新卒や、インターン生、プ
ADHD プログラマの私がやっと見つけた「達成すること」が出来る方法 - メソッド屋のブログ
私は昔から ADHD で昔から発想力や問題解決力はあるのだが、自分自身が何かのスキルを上達することが非常に苦手だ。コンサルとか、エバンジェリストみたいな「人にやってもらう仕事」は得意だが、プログラマとか、ヴォーカリストとか、自分が本当になりたかった職業には何回もチャレンジして何回も失敗してきた。 遠くから見ていると私は何かが出来てるように見えるかもしれないが、冗談抜きで人の３倍ぐらい時間をかけないと成果が出ない。しかも、中途半端にしか完成しない。だから、土日も常に何か努力していないと不安になる。 多分私と同じようなADHDの人は、自分的に努力しても何も達成出来ない辛さを感じているかもしれない。過去にも色々試してみたのだが、４７年生きてやっと自分でも実施できる対策が見つかったので、同じ様なことで苦しんでいる人のヒントになればと思い久々にこのブログを書いてみた。 「自分で何かを作れる人」が長年
エンジニアの知的生産術 -効率的に学び、整理し、アウトプットする- - おうさまのみみはロバのみみ
エンジニアの知的生産術 ──効率的に学び、整理し、アウトプットする (WEB+DB PRESS plusシリーズ) 作者: 西尾泰和出版社/メーカー: 技術評論社発売日: 2018/08/10メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 読んだ。 この本を読んだ大きな目的としては4つ。 技術書を早く読む技術の向上、もしくは問題の解決 モチベーションの維持管理を学ぶことでムラのある管理方法に一定の持続性をもたせる 何を「いま」学ぶべきか？を論理的に行えるようになる学習効率の最大化を図る 大学に入り直すべきか？という学歴コンプレックスに端を発する欲求に区切りをつける 更にいうなら、この中で重要視すべきは読む速度の向上とモチベーションの管理方法を改善するのがマスト、 なにを学ぶか？と大学に入り直すのは可能であればくらいの気持ちで読み始めた。 感想: モチベーションに関
新卒からの質問をソシャゲっぽい仕組みにしたら捗った話 - Qiita
ディップ Advent Calendar の4日目です。 はじめに こんにちは。 ディップでUXデザインや速度改善、潤滑油などをやっている@ysktsunaです。 今回は自分のチームに新メンバーを受け入れた時に発生した悩みと、それをソシャゲ風に解決した方法について書きます。 読んでほしい人 先輩として若手（特に新卒）の面倒を見る人 こんな話ありませんか？ 仲間が増えた 僕らのチームに新たなデザイナーが参画しました。 ：新卒ちゃん（デザイナ見習い） ：僕（おっさん） ＜ 新しくチームに入りました！ よろしくお願いします！ ＜ こちらこそよろしく。分からないことは何でも聞いてね！ ＜ ありがとうございます！ たくさん質問しますね！ ＜ 遠慮なくどうぞ～。（素直そうで良い子だなぁ） 元気も良くチームにも馴染んでくれそうで安心していました。 質問してくれた ＜ すいません、ここについて分からないん
開発マシンの人権スペックについては俺にも語らせろ | anopara
Twitterで開発マシンの「最低限の人権」とされるスペックについての話題が広がっています。 発端はこれです。 対GAFAで研究者の処遇改善 NTT、流出に危機感 NTTでは優秀な人材はGAFA（Google, Apple, Facebook, Amazon）に引き抜かれるので処遇を改善しよう（具体的には給料をあげよう）という話です。 そこで、「いや、給料だけの問題じゃない。意思決定が遅い組織的な問題やITエンジニアの仕事そのものへの無理解に起因する開発環境のチープさに嫌気が差して止めていくエンジニアは多い」という話がぶり返されます。この問題はITエンジニア業を営む人にとっては本当によく見る問題であります。 そんな中、ネットで有名なエンジニアの一人がタイムリーにNTT（研究所）を退社しGoogleに入るというエントリを書きました。 6年勤めたNTTを退職しました これでこの開発環境周りの論
SIerの書くドキュメントの品質管理：ヒエログリフ -エンジニア版-：エンジニアライフ
つい最近、ドキュメントを書いていてふと思いました。いったいこのドキュメントの品質はどのくらいのものを目指して作られているのだろうかと。だいたいどこのプロジェクトでもドキュメントをどう書くかという指針のドキュメントがあると思います。ただ、そのドキュメント自体がExcel方眼紙で読みにくいというのがほとんどです。 品質の基準になるドキュメントの品質が悪いと、まともなドキュメントが書ける気がしません。相応に品質をもとめるのであれば、せめてドキュメントの指針くらいその手のプロに作ってもらったらどうかと思います。お客さんに出す成果物なので綺麗に仕上げたいと思うなら、ちゃんとお金を払ってキチンとしたものを作れるようにしたらいいと思います。 もしこれがへっぽこ大企業ではなく、ちゃんと工夫を惜しまない会社が作ったら、校正はプロに任せてエンジニアは内容に集中するのかもしれません。校正を頼むといっても、あの程
オープンソース活動がフルタイムの仕事になる仕組みの話｜Rui Ueyama｜note
僕の仕事をひとに説明するときに、「Googleで仕事をしているけどオープンソースなのでGoogleのプロダクトを作っているわけではないし、むしろアップルとかソニーの人と一緒に仕事している」と言うと、「？？？」という反応になることが多いので、僕はこういう仕事をしているんだよということをここでちょっと説明してみようと思います。 （2016年の僕のFacebookの投稿の転載です。） 僕のいるチームはLanguage Platform Teamというところで、プログラミング言語や開発ツールの開発をしています。LPTの中にもいろいろ細かいチームが分かれているのですが、僕がいるのはC++チームで、Googleで主要開発言語になっているC++言語の開発環境を担当しています。 C++で開発をするときには、C++ツールチェインと呼ばれる一連のツールを使います。ツールチェインの一番大きなコンポーネントは、人
書評 - エンジニアの知的生産術 - ブログのおんがえし
最近アウトプットが減っていると感じており増やしたくて手に取った。インプット、考えをまとめる、アウトプットまで知的生産に必要な要素がたくさんの文献から集められている。 インプットで参考になったのは 読みたいところから手をつける 目次は情報が圧縮されていて有用 読書は本によって目的が違う(娯楽、情報を見つける、理解を組み立てる) 脳内で音読すると遅くなるのでしない 考えをまとめるで参考になったのは 5分で知っていることを書き出してみる(書き出し法) KJ法 アウトプットで参考になったのは 時間を区切る(タイムボックス化) 書き出してみると特にどうやって情報を集めるか、インプットの部分で参考になる箇所が多かった(人によって変わると思う)。今まで何かを勉強するぞ、となるとつい体系的に学ぼうとしてスピードを意識していなかった気がする。後、せっかく本を買ったので全部読まないともったいないという気持ちと
OODAループ - Wikipedia
OODAループによる意思決定手順 OODAループ（英語: OODA Loop、ウーダ・ループ）は、意思決定と行動に関する理論[1][2][3][4]。アメリカ空軍のジョン・ボイド大佐により提唱されて、元々は航空戦に臨むパイロットの意思決定を対象としていたが[3][4]、作戦術・戦略レベルにも敷衍され[5]、更にビジネスや政治など様々な分野でも導入されており[5][6][7]、コリン・グレイらにより、あらゆる分野に適用できる一般理論 (Grand theory) と評されるに至っている[5][8][9][注 1][注 2]。 概要[編集] OODAループは、元々は軍事行動における指揮官の意思決定を対象としていたが、後にこれに留まらず、官民を問わずあらゆる個人の生活、人生ならびに組織経営等において生起する競争・紛争等に生き残り、打ち勝ち、さらに反映していくためのドクトリン、そして創造的行動哲学
「話しても結論が出ないムダ議論」をやめるための、議論・ファシリテーションのツボ - BizReach Tech Blog
キャリトレ事業部の松岡(@little_hand_s)です。 キャリトレチームでスクラム開発を導入し、議論の機会が増えたため、議論自体の効率化必要性に突き当たりました。 そこで、会議設計やファシリテーションの書籍を何冊か読み、実際に現場で実践してみたころ、 議論が必要な仕事であれば幅広く、確実に生産性を向上できるという手応えがありました。 その実践結果から、再現性が高く、すぐ実行できそうなTipsを抜き出してまとめました。 「キャリトレ」は2022年12月21日をもってサービス終了しました。 議論を始める前に、必ず目的とゴールを設定する 議論を行う場合は、以下の2つを必ず設定します。 目的：なぜその会議を行うのか？ ゴール：議論終了時にどういう状態になっていたいか？ これはとにかく基本です。これを守るだけで、生産性が大幅に上がるので、まずはこれを徹底しましょう。 対象は主に会議のような場で
テーブルに読みかけの本を並べる箱を置くと捗る - ぱろくま記
こんばんは、ぱろすけです。 先日、西荻窪にある松庵文庫というブックカフェに行きました。いい感じの雰囲気のカフェです。 松庵文庫なんですが、これは面白いなと思ったのは、各テーブルに文庫本の入ったカゴなり何なりが置かれてるんですね。10冊くらい。客は別に本を読まなくてもいいわけですが、テーブルの上にミニ書棚があるだけで何か読もうかなという気持ちになります。 写真を撮ってこなかったので伝えにくいんですが、雰囲気がいい一方で、これは実用性もあるなという感じだったわけです。たとえば自宅のテーブルに読みかけの本を置く箱を置けば、読みかけの本につい注目してしまう場ができる。積読がどんどん溜まっていく現状を思うとこれはけっこういいソリューションとなり得るわけです。 （余談ですが、自分の座ったところは小川洋子と吉本ばななを中心としたラインナップでした。なるほどそういう客層だよね、という印象です。一方で店内全
長時間快適に作業できる監視環境をつくる - miyalog
イケてる監視ツールとかではなく、パソコン本体のおはなしをします。 こんにちは。とある通信会社の委託でネットワークの監視・保守をやっている作業員です（エンジニアじゃないよ）。24時間365日休むこと無く業務を行っていますが、16時間にもなる夜勤をこなすには、快適な作業環境が必要不可欠です。このエントリでは、2015年に行った監視業務用PC・ディスプレイの更改の実体験を通して得られた知見をご紹介したいと思います。 〜忙しい人向けサマリ〜 PCは遅くとも5年で買い替えた方がいい でも同時期に買った機械は同時期に壊れるので分散して買い替えたほうがいい 最近のミニPCは普通に使えるのでおすすめ 高効率電源ユニット(80 PLUS)にすると消費電力・発熱が大幅ダウン 液体電解コンデンサは低寿命なので、固体コンデンサを使ったPCを選ぼう システムドライブは絶対にSSDにしよう。マジ別世界 液晶は VA
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
