スクラムの拡張による組織づくり──複数のスクラムチームをScrum@Scaleで運用する WEB+DB PRESS plus 作者:粕谷 大輔技術評論社Amazon だいくしーさんこと、粕谷大輔さんの『スクラムの拡張による組織づくり』を読みました。 複数のスクラムチームを協業させていく手法として「Scrum@Scale」を軸に、スクラムという概念自体のおさらいから始まり、コミュニケーションを軸とした組織の作り方、運用の仕方を解説していく構成になっています。 第3章で出てくる「毎日45分で問題が解決する」というのはなかなかキャッチーな表現で、Daily Scrum -> Scaled Daily Scrum -> Executive Action Teamのそれぞれに15分という目安を作ることで、議論ではなく問題の確認と決定の場としてショートに実行するものである、という定義が明確で分かりやす

「面倒見のよさ」を勘違いしている 一昔前は、パワハラ上司が問題でした。 そして今、猛威をふるい始めているのが、「いい人と思われたい上司」です。 これが、職場で人が育たない一番の原因、と言っても過言ではありません。 このタイプの上司は、大抵、「優しくて面倒見のいい上司」と思われています。それはたいへん結構なことじゃないか、と思われる方も多いかもしれません。 「面倒見がいい」とは、どういうことでしょうか。 私たちが提唱するFFS理論（開発者　小林惠智博士、詳しくはこちら）では、「面倒見のよさ」は、人の個性を構成する5つの因子のうち、「受容性」の高い人に見られる行動と解釈しています。 「受容性」の大きな特徴として、「相手が喜ぶことや、相手が元気な状態に貢献できることが一番の喜び」ということがあります。 例えば、元気のない人を見かけると、気になって「なんとかしてあげよう」と行動に移します。それで相

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

MicrosoftやGoogleでヒットプロダクトの開発に関わってきた及川卓也さん。現在、プロダクトマネージャーが育つ土壌づくりを推し進める。なぜ、業界全体での底上げに取り組むのか？及川さんのインタビューを通じて見えてきたのは、日本のITをより強くしたいという及川さんの思いだった。 PMが育てば、日本のITは欧米に負けないくらい強くなる｜及川卓也 プログラマー向けの情報共有サービス「Qiita」。提供元であるIncrementsでプロダクトマネージャー（以下、PM）を務めているのが及川卓也さんだ。 及川さんはMicrosoftやGoogleといった企業で、さまざまなヒットプロダクトの開発に関わってきた、まさに日本のPMの第一人者といえる存在。 PMは海外だと多くの優秀な人材がこぞって志願し、“ミニCEO“（プロダクトに対する経営者）と捉えられることも多い。しかし、日本における認知度はまだ低

英語習得の近道は、ChatGPTで“自分で教材を作る”こと　『英語は10000時間でモノになる』著者がすすめる学習法

1分間マネジャーの時間管理 パンローリング株式会社Amazon 「1分間マネジャーの時間管理」を読んだ。非常に面白く、勉強になることが多かった。 この本は、マネジャーが時間に追われている状況をどう解決するかについて教えてくれる。この本においてプロジェクトにおける「次の対応」はサルと表現され、マネジャーが時間を作るためにはこのサルの管理をうまくしなければならないというような話で、時間に追われている状況の改善方法について説明している。書き方自体も時間に追われたマネジャーを主人公として物語風に進んでいくので、非常に読みやすく面白かった。 上に書いた通りの話なので、マネジャーになってなぜか忙しくなったと思う人は是非読んでみると良さそう。確かにそれで忙しくなってるわーみたいなことがいろいろ書かれているので参考になると思う。 この本の中でメインとなるポイントは オンケン流サル管理の心得 三つの時間をや

4人家族になってわかったこと 現在の対応方法について 時間をかけて対応する課題とは Backlogを選んだ理由 Backlogにはフリープランがある！ Backlogを使ってみる 課題の管理 時間は有限だからこそ、家族で力を合わせていきたい 家庭内プロジェクトのゴール まとめ 追記(2019/08/09)　宣伝会議で紹介されました 4人家族になってわかったこと 今年3月に次男が誕生してから、激変したこと。 家庭内のタスクが多くて効率よく消化できていない事に気付きました。 例えば、 子ども達の健康管理(通院・予防接種など) 子ども達の保育園活動(保活) 休日の外出先候補 家族行事・家族旅行対応 夫婦間のToDo 家電・家具の保守切れ対応 私の仕事復帰に向けてのスキルアップ 等々、数え切れないぐらいのタスクが溜まっています。 現在の対応方法について 結婚してからずっと、Googleカレンダーを

機動警察パトレイバー、鉄腕バーディー、白暮のクロニクルなど近未来SFを数多く手がけてきたマンガ家ゆうきまさみ氏。80年代から現在に至るまで、人気作を次々と生みだしてきた氏の作品に、HRナビ読者も親しんだ人が多いはずだ。 氏が描く世界では、皮肉の効いたギャグを交えながら、ちょっと世間からはズレた、けれども優秀なチームが困難な問題を解決していく様が丁寧に描かれている。ゆうきまさみ氏は、なぜ魅力的なチームや上司を描き続けることができるのか？ そこにある本質は何か？マンガ、アニメ、映画と現在も人気が続く機動警察パトレイバーの話題を中心にじっくり話を聞いた。 『機動警察パトレイバー 劇場版』（1989年公開）より。人型作業機械「レイバー」と警視庁特車2課の活躍が描かれる。劇場版は他に2作品、TVアニメシリーズは動画配信サイトで一部無料視聴も可能。（販売：バンダイビジュアル・発売：2008年7月2日・

安藤日記 安藤日記：デジタルガジェット好き「安藤幸央」の日々のメモ ( yukio.andoh@gmail.com ) [ http://twitter.com/yukio_andoh ] Design Sprint Newsletter https://designsprint.substack.com/ Googleベンチャーズが教える、デザインへのダメ出し指南 （原文：GV Guide to Design Critique / Braden Kowitz http://www.gv.com/lib/critique ) 批評は素晴らしいデザインに到達するための最も重要な要素のひとつです。しかし、あまりにも指摘が多過ぎると、デザイナーたちは、散り散りになったような、挫折してしてしまったような、無力になってしまったような感覚を持ってしまい、批評そのものを置き去りにしてしまうのです。たとえ

「なぜ糞システムができあがるか？」の答えは、「一つ前の仕事をしている」に尽きる。 詳しくはリンク先を見てもらうとして、まとめるなら、自分の仕事のインプットが出来てないので、仕方なく前工程の仕事を代行しているうちに、リソースと気力がどんどん失われているからになる。これはプログラマに限らず、SEからPM、テスタや運用を入れても、当てはまる。「何をするのか」が決められない経営層が糞だから、あとはGIGOの法則（Garbage In, Garbage Out）に従う。 では、どうすればよいか？ 「“何をするのか”を決めてもらう」という回答だと、連中と同じ肥溜めに落ちている。なぜなら奴らの“目標”とは、「売上を○％ストレッチする」とか「新規市場を開拓する」といった、現状を裏返した願望にすぎないから。売上アップ／新規開拓のために、どこに注力して、何にリソースを使い、そのために必要な道具（システム）を“

R&D（研究開発）機能の中に、ライン部門（商品開発やマーケティングなど、直接的に商品企画・開発に携わる部門）とスタッフ部門（技術企画・管理や知財、品証など、直接的に商品開発には携わらず、ライン部門を支援する部門）を配置している企業は多く存在します。今回はそのうち、スタッフ部門に求められる役割や行動について見ていきたいと思います。 多くの企業が、ライン部門を強化するための教育などの取り組みに力を入れていますが、スタッフ部門を強化するための取り組みは逆に不十分なケースが多く、その役割や行動、身につけるべきスキルなどが理解されていないため、ライン部門が実力を出せなくなってしまっていることがあります。逆にスタッフ部門のレベルが高い企業では、ライン部門も実力以上の成果を発揮できています。 今回は、これらスタッフ部門の取り組みの成功／失敗事例を紹介しながら、ライン部門の優れた“参謀”になるためのスタッ

本連載では、昨年まで米国のビジネススクールで助教授を務めていた筆者が、世界の経営学の知見を紹介していきます。 さて、みなさんの中には、新しいアイデアを出すために「ブレイン・ストーミング」をする方も多いかと思います。複数の人が共にアイデアを出し合うブレイン・ストーミング、いわゆる「ブレスト」は、ビジネスでは新製品企画、キャンペーン企画などの「新しいアイデア出しの場」としてよく使われています。 ブレストの目的が「アイデアを出す」ことなのは、みなさんの共通認識でしょう。ところが世界の経営学研究では、「ブレストでアイデアを出すのは、実は効率が悪い」という結果が得られています。まるで本末転倒な印象ですが、しかしこれは、ブレスト研究者の間ではよく知られたことなのです。 なぜブレストはアイデアを出すのに、むしろ効率が悪いのでしょうか。今回は、「組織に求められるブレイン・ストーミングのあり方」について、世

株式会社 日経BP 〒105-8308 東京都港区虎ノ門4丁目3番12号 →GoogleMapでみる ＜最寄り駅＞ 東京メトロ日比谷線「神谷町駅」4b出口より徒歩5分 東京メトロ南北線　「六本木一丁目駅」泉ガーデン出口より徒歩7分

クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」～DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催されました。 国内企業のDevOps実践例から学ぶセッションで登壇したのが、クックパッドの成田一生氏。「迷ったら健全な方」というテーマで、同社におけるDevとOpsの良好な関係を構築する方法論を、Opsチームの責任者の視点で解説しています。内容をダイジェストで紹介しましょう。

日本製のモノが、サービスが売れない。性能はいいのに。機能も充実しているのに。壊れないのに。親切なのに。多くの日本企業が直面している、「いいモノをつくっているのに売れない」問題。 なぜ、売れない？　それは、日本製品の多くが、かっこよくないから。美しくないから。カワイくないから。気持ち良くないから。つまり、デザインがなっていないから。 どうして、デザインがなっていない？　それは、経営者がデザインのことをわかってないから。つまり、経営者が「ダサい」から。だから、デザインをマネジメントできない。 経営者がダサいと、日本企業はつぶれる。では、どうすれば、デザインをマネジメントできるのか？　どうすれば、かっこいいを、美しいを、カワイイを、気持ちいいを、商品化できるのか？　どうすれば、ダサい経営から、デザインできる経営に転換できるのか？　ifs未来研究所所長の川島蓉子が、時代を切り開く現役経営者やデザイ

［Sir Jony Ive：photo］ Scott Forstall の解任は大方の予期せぬところだった。 その直後に書かれた Micah Singleton の投稿がとても興味深い。 Forstall ではなく Cook の視点から書かれており、短いながら事の本質を衝いているように思えるからだ。 Thoughts of A Technologist: “Apple, Looking Forward” by Micah Singleton: 31 October 2012 ＊　　　　　＊　　　　　＊ 双頭のモデル スティーブ・ジョブズが CEO だった時代、アップルにおけるリーダーシップは双頭の怪物だった。あらゆるアップル製品にはスティーブの手触りがあった。一方当時 COO だった Tim Cook はオペレーションの万全を図り、製品はきちんと顧客の手に届けられた。この双頭モデルのおかげ

宮崎駿曰く「自分で“失敗した”とは絶対言うな」 前回に引き続き「飛べ！フェニックス」がお題です。リーダーがみんなに大きなリスクという秘密を隠し通し、結果的に生還できたというストーリーから「ウソやペテンはダメだが、勝つためには嘘にならない詭弁は弄しても構わない。最終的に勝てばみんなハッピーなんだから」というお話でした。 押井：勝負は勝つためにやるんだから、勝たなきゃ意味がないんです。だから勝つためには詭弁だって使うんです。例えば作った映画の評判が良くなかったとしても、監督は「とんでもないものを作っちゃった」とは言うかもしれないけど、「失敗した」とは絶対に言ってはいけない。これは宮さん（宮崎駿）に習ったんです。「自分で“失敗した”って言うな、口が裂けても言っちゃダメ」って。 ははぁ。 押井：「わけがわかんない作品」と言われても「わからない奴のほうがバカなんだ」って言い続けるんです。そりゃ難解な

「ホウレンソウ(報告・連絡・相談)は社会人の基本」と言われて久しいですが、私はそんなことはないと思っています。ホウレンソウが必要なのは、チームで意思疎通を互いに図りながら進めましょう、という意味としては納得がありますが、「部下が上司に常に報連相しなければならない」というような考え方が非効率だと思っています。あらゆる組織で、現状が上手くいかないから、報連相を徹底しろといって報告書を増加させたり、情報共有の名のもとに会議体を増加させたりして、結局は事業が回らなくなって墓穴ほってることが沢山見受けられます。そんなことを増加させても、寛容な仕事はうまく回らないです。単なる管理側の責任回避、精神安定剤であることがほとんどです。私はこれを「ホウレンソウ・シンドローム」と呼びます。 まちづくり事業の現場でも、またあらゆる事業の現場でも発生するのが、「報連相のコスト」です。上司からすると問題が発生する前に

福島第一原子力発電所事故の本質を探るという目的でFUKUSHIMAプロジェクト（http://f-pj.org/）を立ち上げたのは、2011年4月のことだった。賛同者から寄付金を募り、それを資金に事故の検証を進め、その結果を書籍というかたちで公表するという枠組みである。この活動の一環として、5月には、日経エレクトロニクス5月16日号で『福島原発事故の本質　「技術経営のミス」は、なぜ起きた』と題する論文を発表し、そのダイジェスト版ともいえる記事を日経ビジネスオンラインで公開した。 ここで私が主張したのは、電源喪失後も一定時間は原子炉が「制御可能」な状況にあったこと、その時間内に海水注入の決断を下していれば引き続き原子炉は制御可能な状態に置かれ、今回のような大惨事は回避できた可能性が高いことである。つまり、事故の本質は、天災によって原子力発電所がダメージを受けてしまったという「技術の問題」では