Cloud Operator Days Tokyo は、クラウドの運用者に焦点を当てた技術者向けの新しいテックイベントです。AWS環境の運用を手がけるアイレット株式会社のインフラエンジニア古屋氏が、実際にやってしまったしくじりを紹介。原因と対策を語ります。まずは「Athenaで170万円請求」「EC2が復旧できない」 というしくじりから。（全2回） しくじり先生 on AWS 古屋啓介氏（以下、古屋）：では「しくじり先生 on AWS」ということで、始めたいと思います。よろしくお願いします。今日は、AWS環境を使って日々運用していく中で発生した、しくじり、失敗事例。そしてそのしくじりの原因と、そこから得られた教訓についてお伝えしようと思います。 今日このお話を聞いたみなさんの中で「あ、うちの環境どうっだったかな？」と、思われる方もいらっしゃるかもしれません。今日お伝えすることの中で、ちょっ
デザイン思考は期待外れだったのか
デザイン思考は、世界の複雑な社会的課題を解決できると期待されたが、それに十分に応えてきたとはいえない。デザインに批判的に向き合うことで、デザイナーは自分たちの方法論の有効性を証明するためではなく、コミュニティのために働くことができるようになる。 アンヌ＝ロール・フェイヤード Anne-Laure Fayard サラ・ファサラー Sarah Fathallah 非営利団体、政府、そして国際機関は、複雑な社会的課題に対して革新的な解決策を開発するにあたって、しばしばデザイン思考を活用している。特定の人たちの「ために」ではなく、その人たちも含めた他者と「ともに」行う取り組みにおいてとりわけその傾向が強い。デザイン思考は、デザイナーのナイジェル・クロスによって40年以上前に概念化され、1982年に専門誌Design Studiesに掲載された「デザイナー的知識の方法（Designerly Way
DX（デジタルトランスフォーメーション）で失敗している企業は多い。筆者はIT関連の開発に長年携わっており、「失敗学」の経験を基に『DX失敗学 なぜ成果を生まないのか』（日経BP）を上梓（じょうし）した。今回と次回の2回にわたり、この本から「ITプロジェクト版失敗原因マンダラ図」を取り上げる。 ITプロジェクトの多くは失敗に終わっている。失敗の後に犯人捜しをして満足したり、架空の失敗原因を作り出してなんとなく納得した気になったりしていることも多い。大事なのは真の失敗原因を見つけ出して、次回以降につなげることなのだ。 より確実に真の失敗原因にたどり着くためのツールとして、筆者らは「ITプロジェクト版失敗原因マンダラ図」を考案した。 筆者が所属している失敗学会は、失敗の原因を構成する要素を分類して関連を階層ごとに図示した「失敗まんだら」を提唱している。仏教で悟りの世界や仏の教えを示した図絵である
老後破産や少子高齢化といった言葉を聞いて、将来不安に備えるために資産運用を考えている人にとっては、不動産投資も選択肢の一つとなってくるでしょう。 しかし不動産投資は 「多くの借金を背負うし、リスクが高そう」 「不動産会社に騙されないか不安」 という、マイナスのイメージが付きまとう物でもあると思います。 本記事では、不動産投資のリスク、失敗事例も詳細にご紹介しながら、どのようにしてリスクを避ければよいのかを解説しています。 不動産投資を人生の選択肢に入れる方が参考にできるように、手順に沿って気にしておきたいポイントもまとめていますので、ご参考にしていただければ幸いです。 1.不動産投資とは 日本において、個人が行う不動産投資でメジャーなものは、居住用の賃貸物件（＝収益物件）を購入し、入居者に貸し出すことによって賃料収入を得るものです。 物件の価格に対して家賃収入を毎年どれだけ得られるかという
推薦システム実践入門
情報化時代が到来し、日常で意思決定をする回数と選択肢の数が急増したことで、推薦システムの需要が高まっています。そのため、昨今では多くのウェブサービスへ新たに推薦システムの導入が検討されることも増えました。本書では、推薦システムの概要から、UI/UX、アルゴリズム、実システムへの組み込み、評価まで紹介し、適切な推薦システムの実装ができるようになります。「実際の仕事に活かす」ことを目的に、著者たちが実務で経験した推薦システムの成功事例や失敗事例を交えながら、実サービスに推薦システムを組み込むという観点を重視した入門的な内容です。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場合がありますので、書籍最終ページの奥付でお手持ちの書籍の刷版
成功する実践的モブプログラミング - Qiita
※ https://zenn.dev/erukiti/articles/mob-programming に移動しました。この記事はいずれ消す予定です。 モブプログラミング（以下モブプロ）とは、複数人で一つの成果物（プログラムコード）を生み出すという、チーム作業のテクニックです。似たテクニックにペアプログラミングがありますが、モブプロは3人以上（4〜5人を推奨）でやるものであり、また、目的や効果も全く違うものです。 モブプロのコンセプトは、チームでコミュニケーションをして問題を解決するというチーム戦 です。これ最重要なので、あとで何回も登場します！ この記事には「成功する実践的モブプログラミング」というタイトルを付けています。ここでいう成功の定義は、モブプロが実際に効率よく実践できることとします。モブプロに関する記事・情報は「イベントでお試ししてみた」とかが多い傾向があるため、ここでは実践に
LINEが定期的に開催する技術者向けミートアップ「LINE Developer Meetup」の72回目は、Vue.js Communityと共同で開催。ここではLINEの花谷拓磨氏が「How to development library to Vue 3」というテーマで、Vue 3でパッケージを開発する上でのノウハウを共有しました。 LINEとしてVue.jsのスポンサリングを開始 花谷拓磨氏（以下、花谷）：「How to development library to Vue 3」という内容で登壇いたします。よろしくお願いいたします。私はLINE株式会社のFront-end Dev9 Teamに所属している、フロントエンドエンジニアの花谷と申します。Vue.jsのコミュニティとは3年ほど前からつながりがありまして、詳しくはスライドを参照してほしいのですが、それに付随してOSS開発なども行
歴史から学ぼう!! 設計失敗学-ハイアットリージェンシー空中通路落下事故- | しぶちょー技術研究所
失敗から学べることは多くあります。例えそれが自分の失敗でなくても、失敗を考察することで教訓を得ることができます。そこで今回は有名な設計失敗事例を紹介し、その失敗を考察していきたいと思います。 ドイツの政治家オットー・ビスマルク氏は「愚者は経験に学び、賢者は歴史に学ぶ」というの言葉を残しています。それほどの過去の失敗というものは財産なんです。本記事で、過去の歴史的な失敗事例から教訓を学び、あなたの設計ノウハウとして活かしましょう！！ 今回紹介する失敗事例は ハイアットリージェンシーホテルで起きた空中通路落下事故です。 設計変更に潜むリスクを考えてみよう 事例説明の前に、まずは問題です。考えてみましょう。 上図の通路は、柱とワッシャ、ナットで支えられています。当初は”設計A案”で進めていましたが、柱が長すぎることや施工もやりづらいことから、柱を分割した”設計B案”に変更しました。これで、材料の
IAM ロールを 1000 個作って遊んでいたら AWS 利用費が 50 ドルを超えていた話を JAWS-UG 初心者支部で LT しました | DevelopersIO
コンバンハ、千葉（幸）です。 2021/4/27 に、JAWS-UG 初心者支部 #36 が しくじり LT というテーマで開催されました。 イベントの概要はこちら。 AWS初心者がやってしまいがちな失敗談を募集します。 過去の失敗事例 初心者が落ち入りそうな事例 初心者が不安に感じそうだけど、XXすれば大丈夫だよ。というセーフティネット的な事例 ハンズオンで高額請求きちゃった事例 失敗は成功のもと！！ みなさんの失敗例を、活かして頂ける場になれば幸いです！！ 次回以降のハンズオン初心者のアドバイスになるネタがあれば嬉しいです！！ ホットなしくじりを持つ AWS 初心者のわたしは、ここぞとばかりに申し込み、登壇することにしました。 プロローグ やぁ、僕はどこにでもいる平凡なエンジニア。ある日 急に、IAM ロールを 1000 個作りたいな、って思ったんだ。みんなもきっとそんなこと、あるよね
大規模 IT プロジェクトの成功事例と、大規模システム障害の失敗事例を合わせた一冊。読み手に応じ、さまざまな学びが得られる。 困難な状況で、プロジェクトを成功に導く教訓を学ぶこともできるし、史上最悪のシステム障害がどのように発生し、波及していったかを生々しく読めるし、二度と起こさないための再発防止策を具体的にピックアップすることもできる。 「東京スカイツリー7本」の ITプロジェクト なぜアズイズ（As-is）が問題なのか プロジェクト推進体制を強化する具体的な方法 2002年と2011年の大規模システム障害の顛末 IT システムの赤の女王説 日経コンピュータの「演出」 1. 東京スカイツリー7本分 IT業界のサグラダファミリアと呼ばれてきた、みずほの勘定系システム「MINORI」が、2019.7月、ついに完成した。 4,000億円という巨費を投じて 富士通、日立製作所、日本IBM、NTT
今回は、アメリカ生まれのオレンジジュースが有名な「Tropicana（トロピカーナ）」のリブランディングの失敗例をご紹介します。Twitterでバズったのでnoteでも転載しますｗ アメリカを代表するオレンジジュースを作っているTropicanaの2009年リブランディングの失敗例を紹介 $35Mかけて結局売上が$20Mダウン（1ヶ月で20%下がった） 詳細は以下スレッドにて ↓ pic.twitter.com/UV6XV9jicI — Tetsuro Miyatake (@tmiyatake1) May 12, 2020 トロピカーナは、2008年に有名広告代理店「Arnell」を採用し、大幅なパッケージのリブランディングを計画しました。5ヶ月間のデザイン作業、ローンチキャンペーン、そして$35Mのマーケティング費用を費やしました。その結果、20%売上ダウン（約$20M分）と大失敗し、そ
2019年6月24日、Machine Learning Pitchが主催するイベント「Machine Learning Recommender Pitch #3」が開催されました。機械学習を業務に用いる中で培った知見や経験を共有することを目的に設立された本イベント。今回は「情報推薦」をテーマに、株式会社Gunosy、エムスリー株式会社、クックパッド株式会社の3社のエンジニアが、自社の取り組みにおける知見を語ります。プレゼンテーション「クックパッドにおける推薦システムの取り組み 」に登壇したのは、クックパッド株式会社の林田千瑛氏。講演資料はこちら クックパッドにおける推薦システムの取り組み 林田千瑛 氏（以下、林田）：最後の登壇になりますが「クックパッドにおける推薦（と検索）についての取り組み」について、発表させていただきます。ちなみに、前の2人はごりごり数式を出してくれていたのです
コロナウイルスによりリモートワーク奨励で炙り出される「無能」と「解雇」 : やまもといちろう 公式ブログ
田端信太郎さんが、こんなことを書いています。 https://twitter.com/tabbata/status/1233897921172520960 [引用] っていうか、「リモート勤務」「在宅勤務」って、ダメな奴はクビにしていいって解雇ルールとセットでないと機能するわけない。 片方だけやろうとするから、PCのインカメで仕事してるかAI認識して監視するとか意味不明なことになるｗ --ここまで-- この辺、パッと見すると単なる出羽守（でわのかみ；海外「では」と安易に日本と比較する馬鹿のこと）に呼応して田端さんがツイートした感じですが、実際にいまAI事業の界隈では大量のリモートワーク監視を目的として「こいつはちゃんと働いてるのか監視するシステム」をどう実装するかの議論が花盛りであります。 逆に言うと、営業会社でも客先訪問してトークをするにあたり、毎朝決まった時間に出社して、客先での商談が
- このnoteは「モバイルアプリマーケティングアドベントカレンダー2021」の7日目の投稿です！ - 面白かったら是非ハッシュタグ「#アプリマーケアドベント 」を付けてシェアをお願いします！ はじめにこんにちは。Retty分析MGRの平野です。 今回はKPIについての記事です。 良いKPIの作り方に関しては既に語り語り尽くされている領域だと思うものの、失敗エピソードはあまり語られていない気がします。 また、KPI設計と言っても、組織・事業のフェーズによって難しさが変わると思っていて、良いKPIを作り続けるのは難しいと感じています。 そこで、この記事では過去のKPI設計の失敗事例をベースに学びを紹介したいと思います。 記事の三行まとめ・KPI設計の失敗事例として「複雑にし過ぎる」「モデルを発明」「ステークホルダーと一緒に作らない」を述べた。 ・失敗からの学びとして「シンプルに作る」「王道を
とある日... 👨💻エンジニア 「おはようございます〜！」 🙍♂️上司 「おはよう！」 👨💻エンジニア 「今日も開発するぞ〜！...ん？」 👨🦳偉い人 「👨💻さんにエンジニア採用お手伝いいただくことになりました！来週からです！」 👨💻エンジニア 「...（間違いメールかな？)...上司さん〜これって間違いメールですかね？」 🙍♂️上司 「間違いじゃないで。来週からエンジニア採用手伝ってな。」 👨💻エンジニア 「...。（急に決まってて草）」 急に「来週からエンジニア採用業務手伝ってね！」と上司から言われた、全てのエンジニアが路頭に迷わないために。 これは何？ 普段採用のことなんて1bitも考えていないエンジニアに向けた、エンジニアのエンジニアによるエンジニアのための採用業務チュートリアル的なものをまとめておきます。 「採用業務で迷惑をかけないよう
【それを言ってはいけない！を言う】「データ分析失敗事例集」 を読んで - 学習する天然ニューラルネット
はじめに 2023/08/03発売の「データ分析失敗事例集 ―失敗から学び、成功を手にする―」を知り合いのご厚意により頂いたので、読んでみたところ非常に面白かったので、感想をブログにまとめようと思います。 www.kyoritsu-pub.co.jp 全編通していい意味で社会性フィルターが外れていて、これを出版することは非常な苦労があったと察します。著者に敬意を評して、本ブログでも特に配慮などはせずに感想を書いていこうと思います。(何か問題があったらコメント欄で教えてください。コメントは公開前に自分にメールが来るようになってます。) 本書の概要 本書ではデータ分析の失敗談を短編小説のように楽しむことができる。 技術的な話はあまりないが、一部の専門用語については基本的な理解があると読みやすい。 例えば、BERT, 傾向スコア, Redshift, Tydyverseと聞いて、どういうものでど
戦略コンサルティング時代に読んだ700冊のまとめ + Tech company時代に読んだ本 *随時更新
戦略ファーム時代に読んだ700冊程度の本をまとめています I. 戦略 企業参謀 https://amzn.to/44iKVxM 当初、いまいち戦略というものが掴めきれず迷子になっていた時に「大前研一はこれだけ読め」と教わった本。大量に出ている他の大前本を読まなくて済むのが見過ごせない大きな価値 戦略サファリ 第2版 https://amzn.to/3csZg0t 経営戦略の本を読み漁るも、実プロジェクトの方が全くもって学びになるという普通の感想をもち、俯瞰での戦略論を求めるようになる。いやあ懐かしい 企業戦略論【上】基本編 競争優位の構築と持続 Jay Barney https://amzn.to/3dJjVxB 任天堂の戦略の妙に気が付きはじめ、ベースか似通ったものはないだろうかと思うようになった時にJay Barneyにはまりはじめる 経営戦略全史 https://amzn.to/3e
「IaCで全てが上手くいくと思うなよ！失敗事例のご紹介」をAKIBA.AWS IaC編で喋りました #AKIBAAWS | DevelopersIO
「IaCで全てが上手くいくと思うなよ！失敗事例のご紹介」をAKIBA.AWS IaC編で喋りました #AKIBAAWS どうも、もこ@札幌オフィスです。 5/18に開催されたAKIBA.AWS ONLINE #03 -「IaCで全てが上手くいくと思うなよ！失敗事例のご紹介」のタイトルで登壇しましたので、資料と補足情報を公開します。 なお、YouTubeで公開されている動画ではより本質的な情報をノーカットで公開していますので、お時間のある方はこちらを見て頂いた方が情報量が多くて良いかと思います。 本記事ではスライドに合わせてブログ形式で解説を付属していきます。 結論 早速結論です。 IaCは手段であり、目的ではない、が、目標にするのは良い事 何も考えないでIaCを始めると破綻する リソースを素手で触らない強い意思 この3つが非常に重要になってきます。 本日お話しすることです。 1. IaCに
箱入りパンダ @hacochan ラップはケチらずにいいやつを買う！と見かけて流れてったんやけど理由はなんだったんだろう。スーパーのﾌﾟﾗｲﾍﾞｰﾄﾌﾞﾗﾝﾄﾞじゃ補えない何かがクレラップやサランラップにはあるのかな。あるんでしょうね。ええ、それを私は知らないまま死ぬんでしょうね！！(掃除機の途中はよせえ) 2022-04-20 09:02:02
2022年昨今のEngineering Management(EM)界隈を見ていて、1つトレンドもしくは兆しがあるなぁ、と思っていることがあります。端的に言ってしまえば、EMを専門職種として切り出して、人（や組織）のマネジメントに専念させるパターンが出てきている、ということです。 もちろん、以前からこのような形態をとられている企業もあると思います。しかし、おそらくは専門性を高めている社員がキャリアラダーの1つとして、プレイングマネージャー的にマネジメントに携わるケースが多いのではないでしょうか。 プレイングマネージャーとして人のマネジメントに関わることの問題点は、2点あると考えています。ひとつは、プレイングしている内容（開発者であれば技術的なこと、デザイナーであればデザイン的なこと）と、人（と組織）に向き合う内容とのいずれにも注力できずに、どちらも中途半端な状態になるということです。結果と
本書ではソフトウェア開発の工程で起こりがちな42の失敗事例を取り上げ、その原因と回避方法を解説しています。 特に新任リーダーやチームで開発に取り組むエンジニアにとって、絶対に避けるべきだとわかっていながら避けられない失敗や、気づいたらはまってしまっていた落とし穴など、チームの足を止める状況はできるだけ避けたいものです。もし完全には避けられないなら、被害を最小限に抑える必要があります。 紹介する失敗エピソードは、例えば下記のようなもの。それぞれのエピソードに、架空の開発現場を舞台にした4コマ漫画も収録しています。 機能がてんこ盛りで実装が間に合わない「全部入りソフトウェア」 お願いされた機能を断れない「八方美人な仕様」 ユーザーを迷わす自分ルールのUI「オレオレ表記」 行間を読ませる「文学的仕様書」 リリース版が復元できない「不完全リポジトリ」 アクションしない「聞くだけ進捗会議」 施策を打
今年の3月から機械学習の勉強を始めて9ヶ月たったのでその振り返りと今後機械学習に入門する人の参考になればという記事です。 巷の記事だと「数学何もわからない人向けの機械学習~」みたいなものが多いので「数学チョットワカル人向け」に勉強方法をまとめてみようと思いました。 前提として筆者は大学で数学を専攻しており、社会人になってからはプログラミングを生業としております。 # 前提知識のおさらいいきなり機械学習入門～のような書籍に入る前に、基礎知識としてこの辺を抑えておくと良いと思います。 ## 線形代数:大学1年レベル機械学習の説明はほとんど行列の計算として表現されますので大前提として。手を動かして計算問題を解くのもおすすめです。 プログラミングのための線形代数 https://www.amazon.co.jp/dp/4274065782 ## 基礎統計(頻度主義):大学1年レベル正規分布や指数分
デジタルトランスフォーメーション（DX）事業本部でPMをしています、渡邊です。 1年ぐらいOKRを運用し続けていろいろ経験できたので、失敗パターンの紹介とうまくいったケースの工夫した点について紹介します。 OKRを始めて見たけど、運用がしっくりこないという方にとっての一助になれば幸いです。 Agenda OKRとは OKR本の「よくある失敗事例」と比較してみた 成功ケースから振り返るOKR運用の5つのポイント OKRとは？ Objectives and Key Resultsの略称です。目標達成や評価のフレームワークとして、言葉を耳にしたことがある方も多いのではないでしょうか？ 昨年4月に発売された以下の書籍（以下OKR本）がきっかけで弊社でも有志を中心に実施される運びとなり、今は全社での導入が進んでいる状態です。 OKR（オーケーアール） 作者: クリスティーナ・ウォドキー出版社/メーカ
失敗事例は田舎のせいだけではない コロナ禍以降、テレビや雑誌、ネットなど各メディアで、都市部の密集した暮らしから、人口の少ない地方へ移住する、いわゆる「コロナ移住」という言葉をよく目にする。 リモートワーク・テレワークが導入され、勤務地以外のどこで暮らしていても仕事ができる環境になったことは非常に大きい。過疎に直面する地方自治体にとっては、田舎の良さをPRする絶好の機会である。 しかし、ちょっとした移住ブームのおかげで、にわか田舎ファンが増え、各地で迷惑をかけているという事例をよく耳にする。 何年もかけて地方移住を検討している人と、最近になって急速に地方移住に興味を持った人では性質が違うので、受け入れ側としては慎重にならざるを得ない。 自治体の窓口の相談に来た人に対しては、担当職員などが注意点などを伝えることで未然にトラブルを防いでいるが、ネット上で手ごろな空き家を見つけ、いきなり縁もゆか
僕が所属している会社では、スクラム採用という名の下でエンジニアも採用に携わっています。多くはチームメンバーとして面接に出てもらって、お互いの相性を見たり、アトラクトとして参加してもらったりという手段なのですが、そもそもの面接母数を増やすためのスカウトは主にマネージャ職にやってもらっています。 下記引用は他社様の話ですが、改めて、やっぱりそうなんだよなぁと思って見ていました。 しかもエンジニアを採用するためには、いま自社で働いているエンジニアの稼働時間のうち2～3割を採用、つまり選考のために割いてもらう必要があります。 マネージャがスカウトを行うメリットマネージャがスカウトを行う理由は、チーム組成を担う仕事として、プレーヤよりもマネージャの方が主体的に動けること、人を見る目を養っていく仕事が故に、良い人材へアプローチできることを意識してやっています。スカウトは、こちらが先んじてスクリーニング
リクルートの社内ICTを大公開します！
この記事はリクルート ICT統括室 Advent Calendar 2023 1日目の記事です。 リクルート ICT統括室 植田です。 初日は言い出しっぺの事務局の私から、僭越ながら開始宣言を兼ねて簡単に全体観をお伝えしたいと思います。 テーマは「リクルートの社内ICTに関わることならなんでも！」 いままであまり発信してこなかった、リクルートの社内ICT(コーポレートIT)について、ずずずいーっと大公開します。 社内ICTのみで25日を走り切るアドベントカレンダーもなかなか珍しいように思います。 インフラや開発、企画、運用といった多様なメンバーが、技術に関すること、生成AIの利活用、「ならでは」な個性的な取り組みなど、さまざまなことをお伝えしていく予定です。 予想外なことに(？)お遊びネタが無いようなのですが、その分きっと読み応えのあるアドベントカレンダーになるのではないかと、私もとてもた
失敗から学べることは多くあります。例えそれが自分の失敗でなくても、失敗を考察することで教訓を得ることができます。そこで今回は有名な失敗事例を紹介し、その失敗を考察していきたいと思います。 ドイツの政治家オットー・ビスマルク氏は「愚者は経験に学び、賢者は歴史に学ぶ」というの言葉を残しています。それほどの過去の失敗というものは財産なんです。本記事で、過去の歴史的な失敗事例から教訓を学び、あなたの設計ノウハウとして活かしましょう！！ 今回の失敗事例は、大理石の円柱の保管方法に関する失敗事例です。 誰もが納得したはずの設計変更で起きた悲劇。その“瞬間“は良かったはずなのに・・・。設計変更に潜むリスク・・あなたはちゃんと考えていますか？ 設計変更に潜むリスクを考えてみよう あなたは古代ローマの建築職人だとしましょう。神殿の建築に用いる大理石の円柱は、上図のように両端を枕木で支えて水平に置いてあります
白潟総合研究所株式会社代表で『中小ベンチャー企業を壊す！ 人事評価制度 17の大間違い』著者の白潟敏朗氏と、『起業の科学』著者の田所雅之氏による対談の模様をお届けします。テーマは「人事評価の『ワナ』『落とし穴』」。中小ベンチャー企業の経営者に向けて、人事評価に対する悩みを解決するために最も大切なポイントについて語られました。本記事では、自分自身でモチベーションをコントロールできる部下の育て方、2つ目・3つ目の「落とし穴」について語られましら。 自分自身でモチベーションをコントロールできる部下の育て方 白潟敏朗氏（以下、白潟）：では、次に話を進めさせていただいて。ここから先は「自分自身でモチベーションをコントロールできる部下をどうやって作っていくか」です。 最近流行りの言葉で「自己効力感」という（のがあります）。自分自身の能力にちゃんと自信が持てる、「もっとできるぞ」と思わせるようなかたちに
あなたはこうやってラーメン店に失敗する
∞∞ 思いっきりネガティブ ∞∞ 私はラーメン店を開業し廃業した体験談をＨＰ上にて公開しています。ＨＰ上で私はラーメン店を開業することを勧めていません。それは安易な脱サラは失敗する確率が高いと考えているからです。しかし、私の思いとは反対に私の体験談を反面教師として実際にラーメン店を開業した方もいらっしゃいます。実は、私はその方を尊敬しています。失敗した例を知りながら挑戦する勇気に対してです。 私は考えました。失敗に至る例をもっと紹介しよう！ と。 より多くの失敗事例を知ったのちに開業に踏み切るなら失敗する確率はもっと低くなるはずです。 本書は私が見聞きした事例を参考に、読者のみなさんにわかりやすいように具体的に話を展開しています。とくに後半は物語ふうに書きました。一般の人は売り上げ不振で廃業することは想像できると思います。しかしそれ以外の理由で廃業してしまう例もたくさんあります。本書では売
1万文字オーバーの記事のため、要点だけお読みになりたい方は、一番最初の「プロダクトマネージャー役割と業務内容」というチャプターをお読みください。 はじめに昨今ではプロダクトマネジメントの教科書といえるような本や記事が増えています。しかし、そういった記事にいいねを推しつつも、こんな事を思ったことありませんか？ 「プロダクトマネージャーの仕事多すぎる。。。」 そう感じられているプロダクトマネージャーの方は多いのではないでしょうか。（もちろん自分もその1人です。） そして、プロダクトマネージャーの採用活動を進めるとこの事実にも気付きます。 「教科書通りのプロダクトマネジメントを実践している人はいない。」 「面接でここまで広範囲の業務能力を評価しきれない。」 そのような事を感じた事のある方向けに、プロダクトマネージャーとして最低限果たすべき3つの業務を提言したいと思います。 私は、GENDAという
素人が絵画を修復しようとして大失敗する事態がまたもや発生、専門家が素人によるアート修復の規制を訴える - ライブドアニュース
2020年6月23日 12時0分 リンクをコピーする by ライブドアニュース編集部 ざっくり言うと で素人がを修復しようとして失敗した事例がまた報告された の持ち主が家具修復業者に依頼したところ、元の聖母マリアの顔が別人に 文化遺産の保護修復の専門家は、素人による修復の厳しい規制が必要だとした や彫刻などの芸術作品は時間が経つにつれて劣化してしまうため、貴重な作品を後世に残すために定期的な修復作業を行う必要があります。しかし、時には修復作業が専門の知識と技術を持った人ではなく、単なる素人に任されてしまうケースもあります。そんな素人による芸術作品の修復事例が相次いでいるで、またもや「素人による修復作業で芸術作品が台無しになってしまった」という事例が報告されました。 El Ecce Homo de Borja no está solo. Restauradores advierten de
DXも業務改革も、まずは企画を作り、社内の承認を得る必要があります。しかし、企画を作る・社内に通すこと自体が難しく、そもそも変革を始められない、無理に通して変革を始めたが社内が大混乱して中止になったというケースも。そこでケンブリッジ・テクノロジー・パートナーズ株式会社が、企画の作り方・通し方のノウハウをまとめたセミナーを開催しました。決裁者に怒られる、プロジェクトが「浅い」と一蹴される……といった、企画書づくりでつまずきがちなNGパターンを解説します。 DXプロジェクトを始める「最初の一歩」をどう作るか 榊巻亮氏（以下、榊巻）：みなさん、こんにちは。今日は「企画の作り方、通し方」というセミナーを行っていきます。始める前に、声のトーンが大丈夫かとか、できればチャットに書き込みしていただけるととてもありがたいです。「いいね」を飛ばしてくださるの、非常に助かります。ありがとうございます。 感想も
トヨタにピンチ到来か…「EV大逆風」の“最大の落とし穴”が発覚！EVに乗ってみてわかった、「EV時代は意外と早くやってくる」と確信した3つの現実（鈴木 貴博） @moneygendai
「EV大逆風」のなかで高騰する「テスラ株」のなぜ？ 戦略コンサルティング業界に古くから伝わる失敗事例があります。 世界で最初にコンピュータが作られたときの専門家による未来予測では、世界のコンピュータ需要は5台だと明らかに間違った推計がされました。 当時は、コンピュータは軍が弾道計算をするための用途しかなく、その用途のために天文学的に高価な機械を買える国は5ヵ国しかなかったからです。 ゼロックスが登場した当時も、コピーマシンの需要予測は実際の未来よりも大幅に下回った数字が算出されました。コピーマシンがなかった時代、コピーは一枚か二枚しか作成できないのが常識でした。 カーボンコピーと言ってタイプライターで書類を作るときにプリント用紙の間にカーボン紙を挟むことで、一度に二枚（ないしは三枚）の書類をタイプしていたのです。 メールの宛先にCCと入れるのは、このカーボンコピーの名残です。 コンサルタン
pmconf2019で学びを得たプロダクトマネージャーが1年間実践してきたこと - SMARTCAMP Engineer Blog
スマートキャンプの郷田です。 先日、本年度のpmconfに参加させていただきました。 pmconfとは、2016年から年に1度開催されるプロダクトマネジメントに携わる人たちが学び・切磋琢磨する場が提供されるカンファレンスです。 https://2020.pmconf.jp/ 私は昨年のpmconf2019から参加させていただいているのですが、昨年のカンファレンスで得た知見を実際にこの1年実践してきたものを紹介したいと思います。 pmconf2019への参加まで 岡田 康豊さん：“失敗事例で学ぶ” 失敗しないプロダクトマネジメント - PMの必須スキルと、自走する組織のつくりかた - 小城 久美子さん：プロダクトの強い軸を作るプロダクトマネジメントフレームワーク 二木 祥平さん：LINEにおけるお金とユーザーのジレンマ 全セッションを通して その後の変化：社内でのPM認知 最後に
現場の失敗から学ぶ！プロダクトバックログアイテムの改善/Learn_from_On-Site_Failures!_Improving_Product_Backlog_Items
2024年6月21, 22日に開催された『Scrum Fest Osaka 2024』 において登壇した際の資料です。 プロダクトバックログアイテム（PBI）はチームの認識の統一や実装・テストの効率化に直結する重要な要素です。 本セッションでは、過去に参加した現場での失敗事例とその原因・背景を分…
税金は正しい知識があれば少なくなります【マンガでわかる！税金のすべて】はとても分かりやすいので、みんさまへご紹介いたします。 - ランクアップ/サラリーマンと投資活動の二刀流に挑戦
こんにちは！ 本日もこのブログにお越しいただきありがとうございます。 サラリーマンと投資活動の二刀流に挑戦している、よしきさんです。 はやいもので１２月になり、今年ものこりわずかになりましたね。 急に寒くなりましたので、みなさまいかがお過ごしですか？ さて以前のブログで【不動産投資の成功法則】についてご紹介しました。 不動産投資の成功法則に関するブログ記事 yoshikisan.hatenablog.com 不動産投資の書籍は５０冊以上読んでいますが、不動産投資に成功する人と失敗する人の違いや、成功の法則、成功事例と失敗事例、法人税や所得税の節税ポイントなどとても参考になりました。 不動産投資の節税にはとても参考になりましたが、サラリーマンとしての節税について少し勉強してみました。 税金は自己申告制であるため、知らないと損しますね。 【マンガでわかる！税金のすべて】は、大変分かりやすい本で
はじめに 機械学習をどう学んだか by 日経 xTECH ビジネスAI② Advent Calendar 2019 13日目の記事です。 本記事はSlideShareで公開した勉強会資料「失敗から学ぶ機械学習応用」 のあとがき的な位置づけの記事です。 おそらく機械学習の勉強法やおすすめ書籍、Kaggle参戦などの話題は他の方がまとめていると思うので、私は機械学習のプロジェクトに関わる中で得た学びを中心に書いていこうと思います。 機械学習をどう学んだか はじめに私が機械学習テーマに配属されてから勉強会発表にいたるまでの遍歴と学び、そしてお世話になった教材をざっくりと振り返ってみます。 ※明確な期間や時期は伏せますが、全体で約4、5年くらいのスパンです。 １．前任者の異動により機械学習テーマを引き継ぐ 機械学習テーマを担当していた前任者が異動し、素人だった私がそのテーマを引き継ぐことになる。
この記事はフィヨルドブートキャンプ Part 1 Advent Calendar 2022 の23日目の記事です。 昨日はpart1が penoさんのフルタイムで働く社会人が月に100時間の勉強時間を確保できるようになるまで。私なりの具体的なやり方と失敗事例 - ぺのめも、part2が uchihiroさんのVSCodeのパッケージ不適合によるエラー解決までの道のり（Byebug編）でした。 前振り フィヨルドブートキャンプを今年の4月に卒業しました。卒業生なので、近況報告などしようかなと思ったんですがDiscordや日報などで日々わーわー言ってるので自重しておきます。 その代わり？最近友達とN + 1 問題の勉強会を行ったのでハンズオン形式で理解できるような記事を書いてみようと思います。(わからないところあったらフィードバックください) Ruby on Rails でよく発生するN +
なる氏の自己紹介 なる氏：「個人開発のアイデアの探し方」ということで発表します。今案内があったように（時間が）押しているというのもあったので、本当は伝えたいことがいっぱいあるのですが、QRコードなどでもいろいろと示しています。そこでさらに情報を取ってもらえればと思っています。 なると申しまして、僕はフリーランスのエンジニアをやっています。「Ｘ」をしている方はフォローください！ 新規事業のために最近は借り入れも行って、事業に本腰を入れているような人間です。趣味は海外旅行です。 本セッションで話すこと 僕が主としてこれまでやってきたことと言えば「ideee」というアプリがあります。アイデアのブラッシュアップ、その他にアイデアとエンジニアのマッチングというような言い方もするのですが、僕的にはブラッシュアップができるアプリになります。 その中で、これまで2年半以上の経験を経て、500以上のアイデア
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Athenaで170万円請求」「EC2が復旧できない」 AWSしくじり先生 part.1
ITプロジェクトが失敗する54の原因、説き明かした「マンダラ図」の中身
不動産投資の失敗パターンとは？リスクとリターン、手順を徹底解説
小林化工株式会社 調査結果報告書（概要版）［PDF］
新しいパッケージの開発はVue 3で作ろう Vue.jsのエコシステムを構築するには
日本史に残る巨大 IT プロジェクトから学べること『みずほ銀行システム統合 苦闘の19年史』
トロピカーナのリブランディングの失敗事例から見る消費者視点｜Off Topic - オフトピック
クックパッドにおける推薦システムの取り組み
KPIは「シンプルに作る・王道なモデルを使う・みんなで作る」のが良い｜Masaya Hirano
「採用手伝って！来週から！」と言われたエンジニアのやるべき準備を総まとめ - Qiita
ラップはケチらず良いものを買う！って見たけどそんなに変わるの？→使えばわかる、まるで違う「このラップがオススメ」
EMのトレンド？もしくはその兆し (2022年)
エンジニアには失敗からしか得られない学びがある 『ソフトウェア開発現場の「失敗」集めてみた。』発売
数学に強いエンジニアむけの機械学習勉強法
OKR運用を1年間やりきって見えた成功と失敗のふりかえり - Speee DEVELOPER BLOG
大迷惑…！ブームに乗って地方に移住した「ワガママすぎる都会の移住者たち」の実態（泉谷 勝敏） @gendai_biz
新人エンジニアリングマネージャを採用脳にする｜えふしん
歴史から学ぼう!!設計失敗学-大理石円柱の保管失敗事例- | しぶちょー技術研究所
「部下から信頼されていない評価者」は人事評価シートを無力化させる 社員の納得感を高める「評価者の評価」5項目
プロダクトマネージャーの最低限の3つの業務【業務フォーマット付き】｜Hiroki Shigemura
PMが各部署から忙殺され、プロジェクトが炎上気味に…… “人をアサインしておしまい”から脱却する企画の進め方
失敗から学ぶ機械学習応用～Another Story～ - Qiita
ためして分かる、N+1問題とその解決方法 - プログラミング漫遊記
個人開発におけるアイデアの探し方 「ideee」開発者が語る3つの必要条件