並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 1072件

新着順 人気順

マネジメントの検索結果81 - 120 件 / 1072件

  • 機能の一時停止

    この機能の使用ペースが早過ぎるため、機能の使用が一時的にブロックされました。 コミュニティ規定に違反していないと思われる場合は、Facebookにお知らせください。

      機能の一時停止
    • 意外と知られてない、すごく効果のある文章上達法|ふろむだ@分裂勘違い君劇場

      文章上達法について、「大量に書け」派と「大量に読め」派の人がいます。 「ひたすら大量に文章を書け。文章上達にはそれしかない」というのは書け派の典型。 「まずはラノベを千冊読め。話はそれからだ」というのは読め派の典型。 しかし、大量に文章を書いているのに文章の下手な人はたくさんいますし、 ラノベをたくさん読んだけど面白いラノベの書けない人もたくさんいます。 これはスキル全般に言えることで、 たとえば、アメリカに二十年住んでいるのに英語がいまいちな人なんて、いくらでもいます。 「量をこなせば自ずと質に転換する」のは、もともと才能のある人間だけです。 私のような凡才は、量をこなすだけでは効率よく上達しません。 質の高い修練を大量にやってはじめて、効率よく上達するのです。 では、質の高い修練とはどういうものでしょうか? それは、次の2つです。 (1)優れた文章のどこがどう優れているかを、文章を書く

        意外と知られてない、すごく効果のある文章上達法|ふろむだ@分裂勘違い君劇場
      • DX白書2021 | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構

        編集・発行元 独立行政法人情報処理推進機構 発行日 2021年12月1日 サイズ A4 ページ数 386ページ ISBN 978-4-905318-76-7 定価 3,300円(本体価格3,000 円+税10%) DX白書2021 日米比較調査にみるDXの戦略、人材、技術 企業を取り巻く環境は目まぐるしく変化しており、将来の予測が困難となっています。そのため、企業にとって新たな事業環境にあわせた事業変革は優先度の高い取組事項となっています。このような中、企業は環境変化への迅速な対応や、システムのみならず企業文化をも変革していくDX(デジタルトランスフォーメーション)への取組が必要となっています。 IPAはIT社会の動向を調査・分析し、情報発信するため、2009年から「IT人材白書」、2017年から「AI白書」を発行してきました。昨今、DXの進展に伴い、ITとビジネスの関係がさらに密接となっ

          DX白書2021 | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構
        • エンジニアの"有害な振る舞い"への対処法 - Qiita

          本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用(難しい人というラベリングを特定個人に適用する使い方)が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40%低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz

            エンジニアの"有害な振る舞い"への対処法 - Qiita
          • 「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない|柴田史郎

            ここ1年ぐらい感じていた「学びに関する格差」の話を書く。 最初にまとめ・勝手に学ぶ人は、自分の周囲にある「学びに使えそうな仕事」を探して自分の仕事にすることを繰り返す ・期待されて学ぶ人は、上司とかの期待に応えて新しいことを学ぶ ・「勝手に学ぶ人のスピード」>「期待されて学ぶ人のスピード」なので、格差が開いていく ・「早く行きたければ一人で行け、遠くへ行きたければみんなで行け」が実現できない ・勝手に学ぶ人を止める理由も見つからない ・困ったなあ(解決策わからない) では詳細を書いていく。 勝手に学ぶ人:自分の周辺にある「誰も手をつけてない仕事」を発見し、自分の学びに利用するそれぞれが自分の担当範囲の仕事をしているとする。 それぞれが自分の担当範囲の仕事をしている勝手に学ぶ人は、「誰も手をつけてない」かつ「自分の学びになりそうな」仕事を自ら発見して、自分の仕事として取り組む。 勝手に学ぶ人

              「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない|柴田史郎
            • だれかの進捗をうまく把握できないときのフレーズ集 - Qiita

              ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか? → 進行中です/〜をやっています なにか問題はありますか? → とくにないです 〜までに終わりそうですか? → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーションだと思いますが、あまり有用な情報は得られていません。 この記事では、自身の経験則をもとに、進捗にまつわる良い情報をゲットするための具体的な質問を考えてみました。 なぜ進捗を把握すべきなのか 話の前に、なぜ進捗を把握すべきなのでしょうか。 それは良い計画づ

                だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
              • なぜ「事実」と「意見」を区別して話せない人がいるのか。

                ちょっとまえ、面白い記事をツイッターで拝見した。 企業の採用担当が、面接時に見ているポイントを端的に表現したものだ。 曰く、「事実と意見を分けて説明できるかは圧倒的に重要で、これができない人はかなり厳しい。」とのこと。 クローズな勉強会などで話をしたら好評だったのでブログに書きました / 面接時に見ているポイント – VOYAGE GROUP techlog https://t.co/64ehNAYLAi — Masanori KOGA (@makoga) October 29, 2019 彼がこれを重視する理由としては 「事実と意見を分けて説明するのがうまい人が書いた障害報告書は読みやすい」とある。 確かに読みやすい文章を書く人は、知的能力が高い事が多いので、採用の精度は良いのではないかと推測する。 ただ、この文章を読んで感じるのは、 「なぜ「事実」と「意見」を区別して話せない人がいるの

                  なぜ「事実」と「意見」を区別して話せない人がいるのか。
                • 「この会社は詰んでます。潰れました」で気づいた“恥ずかしさ” DeNA南場智子氏がエンジニアから学んだこと

                  「DeNA TechCon 2021 Winter」は、DeNAを軸に「エンジニアとして企業で働くこと」について、学生に向けて先輩たちが紹介するイベントです。そこでまずはファウンダーの南場智子氏が、「経営者からみたエンジニアキャリア」について話しました。 本当にやりがいのある、充実した彩り豊かなキャリアとは 南場智子氏:みなさん、こんにちは。ファウンダーの南場です。オンライン開催となりちょっと寂しいですけど、「経営者からみたエンジニアキャリア」ということでお話をしたいと思います。 どの業界でも、そしてどの企業でも、もうDXをしないと後れを取るどころじゃなくて退場しなければいけないと、そういう厳しい状況になってきています。ですから、どの会社もエンジニア採用には必死です。そういう時にみなさん、エンジニアということで、おめでとうございます。 先週かな、学研の「高校生のなりたい職業ランキング」の1

                    「この会社は詰んでます。潰れました」で気づいた“恥ずかしさ” DeNA南場智子氏がエンジニアから学んだこと
                  • 「家に居ろ」が通用しない。新型コロナに悩む歌舞伎町の現実 | Forbes JAPAN 公式サイト(フォーブス ジャパン)

                    歌舞伎町は悩んでいる。「また昔に戻るだけじゃん。地下に潜ればいいよ」なんて諦めの声も聞こえる。 僕は1997年からホストとして歌舞伎町の人間になった。ホストクラブのキャストから経営側にまわり、「Smappa! Group」の会長として歌舞伎町でホストクラブ、バー、美容室など16店舗を経営している。 新型コロナの感染拡大に注目が集まってきた3月から社内で教育してきたのは「0か100かじゃない」ということだ。 「どんな状況でもお店を営業したい」、「営業なんてするのは絶対におかしい」。どちらの極端にも付かず、その考えに至る「過程」について、しっかり考えることを大事にするという方針をとった。 そして、約2カ月近く経って、その方針でやってきたことの大変さが身に染みている。しかし、最初からその難しさは覚悟していたし、それが私の仕事だと思っている。 この文章では、コロナに関連して私が経営する店舗で取って

                      「家に居ろ」が通用しない。新型コロナに悩む歌舞伎町の現実 | Forbes JAPAN 公式サイト(フォーブス ジャパン)
                    • 社会人の不幸の8割は合意のない期待から|田中邦裕

                      社会人の不幸の8割くらいは、合意のない期待によって生まれているんじゃないかなぁと思っています。 勝手に期待をして、裏切られたと思う、この気持ちが自分の中のフラストレーションを生んでいます。 このことを、先日のダイアモンドオンラインの記事(債務超過を招いた経営陣の「無関心」が最大の失敗 さくらインターネット・田中邦裕社長)でお話ししたんですが、思いのほか周りからの反響を頂いたので、ちょっとnoteを書いてみます。 一つの例ですが、上司が部下に対して、これくらいやってくれて当然だろうと思っていることでも、それが部下に伝わっていなくて、結局部下はそれをやってなくて、「なんでやらないんだ」と上司は部下を叱責したりしてしまうことがあると思います。 でも部下は「なんだよ。自分のやることじゃないだろう」と思って、結局上司も部下も2人とも腹を立てているという状況は、まぁよくありそうなシチュエーションです。

                        社会人の不幸の8割は合意のない期待から|田中邦裕
                      • 「何を言っているのか分からない」と言われないための「伝え方」のノウハウ - Qiita

                        私自身、物事を分かりやすく伝えるスキルを身に着けるため、手あたり次第に、いくつかノウハウ本を読んだり、YouTube動画を観たりしてきました。本記事では、本や動画から得られたノウハウや、私が普段の仕事で発見した個人的に使っているテクニックをまとめてみました。 0 本記事の最重要ポイント 本記事がストックの墓場に行ってもいいように、本記事の最重要ポイントだけ先に伝えておきます。 質問に答える時は、聞かれたことにシンプルに答える。 事実と解釈を分けて話す。 1 本記事で伝えたいメッセージ 1-1 コミュニケーション能力の苦手意識はノウハウで解決する ITエンジニアの裾野が広がるにつれて、SNSでも「コミュニケーション能力の低いITエンジニア」の話題をちらほら見かけるようになりました。いわく「これからはITエンジニアにもコミュニケーション能力が求められる」「プログラミングができるだけでは生き残れ

                          「何を言っているのか分からない」と言われないための「伝え方」のノウハウ - Qiita
                        • ゲームに熱中する子に対して、してはいけない3つのタブー / 不登校新聞

                            ゲームに熱中する子に対して、してはいけない3つのタブー / 不登校新聞
                          • Twitterで見かける怪しい会社、この方法で実態が分かる「中小企業の調査の基本」

                            段林大地|陸上を仕事にする @dangomu444 被保険者人数を検索できるの初めて知った! 帝国データバンクは小さい会社の情報って何も収集できないけど こっちは情報は限定的だけど、どんな会社でも分かるね うちの会社は15人ってなってた twitter.com/fuenaikonbu/st… 2024-01-02 14:57:51 白いるか @mikimiki_ges02 これ知りたかったー! (中途採用面接で社保あるの確認して入ったら、同期は社保あるけどそれ以前入社の人たちは社保なくて、年末調整もしてくれない会社だったことありまーす) (しかも入社して1年で社保無くされそうになった) twitter.com/fuenaikonbu/st… 2024-01-02 16:24:58

                              Twitterで見かける怪しい会社、この方法で実態が分かる「中小企業の調査の基本」
                            • そろそろ語ろうか(其の壱)|和田洋一

                              2016年2月末、スクウェア・エニックスを離脱して数か月になり、これまで伝えられなかった事もお話しできる立場になりました。 証券時代16年、ゲーム時代16年と、気がつけば中々の古参。 改めて見渡すと、アーケードゲーム、家庭用ゲーム、PC、スマホゲームと全ての時代を経験し、かつグローバル展開を行っていた方がほとんどいらっしゃらない事に気づきました。 またこの間、経営者として、業界リーダーとして、数々の貴重な局面に立ち会っています。 事実を忘れてしまったり、自分の都合のいいように記憶を塗り替える前に、皆さんにお話しする意味があると思いました。 経営者は、その足跡について1ミリ単位で説明できなければならないというのが、私の持論です。 無論、その時々の事実認識には個体差はあるでしょう。また、戦略実行にあたっては、様々な方が関わりますから、各人の視点によって、同じ事実でも見え方は異なるでしょう。さら

                                そろそろ語ろうか(其の壱)|和田洋一
                              • 大きな枠組みに目を向けさせないようにする - 紙屋研究所

                                なぜ「自分のできること」の範囲に限定するのか 娘(中1)が「環境新聞」というのを学校の宿題で作っていて、横から眺めていた。 温暖化について書いている。 「結論は自分ができることを書かないといけないんだ」と言って、ムダな電気を消すとかそういうことを書いていた。 その後授業参観で、クラスの壁に貼られた、クラスの生徒たちがそれぞれつくった「新聞」を見る機会があったが、温暖化だけでなく、ごみの減量とか、プラスチックごみの縮減とか、さまざまな環境問題についてまさに「自分ができること」で締めくくられていた。例外なく全て。徹底した指示・指導なのであろう。 なぜ「自分のできること」の範囲に限定するのだろうか。どうして「2030年に8%という低すぎる福岡市の再生可能エネルギー普及率の戦略を引き上げる」とか「プラスチック全般に拡大生産者責任を徹底する」とか、そういう「大きな話」を書いてはいけないのだろうか。*

                                  大きな枠組みに目を向けさせないようにする - 紙屋研究所
                                • [CEDEC 2021]フランス人開発者が,日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか?」聴講レポート

                                  [CEDEC 2021]フランス人開発者が,日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか?」聴講レポート ライター:箭本進一 日本で活躍するフランス人開発者が,日本ゲーム業界の問題点を指摘するという講演「Is Worldwide Competitive Game Development possible in Japan?/日本で世界規模の競争力のあるゲーム開発は可能なのか?」が,ゲーム開発者向けカンファレンス,CEDEC 2021の2日目となる2021年8月25日に行われた。日本のゲーム業界が「マネジメント」「キャリア」「競争力」の3分野に抱える問題とは,どのようなものなのだろう? 「CEDEC 2021」公式サイト 講演を行うハンサリ・ギオーム氏は,東京に本拠を置くゲーム開発スタジオWizcorpのCEOを務めている。2006年に日本に住み始めて以

                                    [CEDEC 2021]フランス人開発者が,日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか?」聴講レポート
                                  • 『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研

                                    「ビジネスの仕組みがわかる 図解のつくりかた」という本を全文公開します!この本は、2020年4月に出版されたスマホサイズのコンパクトな新書です。『ビジネスモデル2.0図鑑』を出版後、多くの反響をいただき、さまざまな企業でビジネスモデル図解について講演・ワークショップを開催してきたノウハウを凝縮した一冊になっています。 ※当記事の情報を転載、複製、改変等は禁止いたします それではここから全文公開をご覧ください。 第1章:ビジネスモデル図解、基本の「き」はじめに 僕たちが『ビジネスモデル2.0図鑑』を出版したのは2018年9月のことです。「Amazon Go」や「Spotify」など、100の事例のビジネスモデルを同じフォーマットで図解した本は、7万部を超えるベストセラーになりました。その後さまざまな反響を得て、企業から多数の講演・ワークショップの依頼をいただきました。「ビジネスモデルを自分で

                                      『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研
                                    • 「経済評論家の父が息子に伝えた、お金の稼ぎ方・増やし方とは?」|Hajime Yamazaki(山崎元)

                                      書籍のタイトルを考えてみた。いかにもありそうな書名で、似たテイストのものが既に複数あるにちがいない。 もの欲しげな、率直に言って少し下品に思えるタイトルだ。私は自分の本に使いたいとは思わない。しかし、編集者との話が煮詰まって疲れてくると、「このタイトルが売れると思います」と説得されて、これに決めてしまうかも知れない。 そうなると困るので、noteに要点を書いて、このテーマを手放してしまうことにしよう。世はコスパ(コスト・パフォーマンス)、タイパ(タイム・パフォーマンス)の時代だ。書き手にも、読み手にも、要点だけ早く伝わることのメリットは大きい。 私の書く本も含めて、世間の本は無駄に長い。 さて、先日私は息子に手紙を書いた。大学に合格したのでそのお祝いと、父親として息子に伝えたい事柄をあれこれを認めた。偉そうな内容で、読者に紹介するのは少なからず恥ずかしいが、たとえば、以下のようなことを書い

                                        「経済評論家の父が息子に伝えた、お金の稼ぎ方・増やし方とは?」|Hajime Yamazaki(山崎元)
                                      • 売れるアプリにするコツ100個書きます(吐血) - Crieit

                                        はじめに 脱サラして、個人開発アプリだけで生活している、あたか絵師です。 Crieitアドベントカレンダー10日目として、売れるアプリにするためのコツを100個吐き出します。 僕は、個人開発アプリで月6桁の売上を出す感じですが 「売れてるな〜!!」 って感じるのは、1万円/月を超えるぐらいのアプリなので 「売れるアプリ」=「コンスタントに1万円/月ぐらい売り上げるアプリ」 と考えて下さい。 何となく書いていたら ・ASO ・CS ・UX ・企画 ・マーケティング ・運用 に分かれる気がしたので、その分類でいきますよ! 普段もたまに役立つことをつぶやいている可能性があるので、twitterフォローもどうぞ🐔 👉👉 https://twitter.com/atagon 👈👈 noteとzennの記事も気になったらどうぞ 📱 食えるアプリにするための細かい工夫 (Zenn) 📱 売

                                          売れるアプリにするコツ100個書きます(吐血) - Crieit
                                        • 知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation

                                          サーバ業務周りの管理、運用について役に立ちそうなナレッジをまとめました。 長期的に書いているため用語に統一性がなかったり、不足分など随時修正したいと思います。 1. サーバ設計 サーバスペックはどうするべき? 使用するOSは? CentOS開発終了について MWは何を使うべきか Webサーバ構築にはどちらを使うべき?Apache?Nginx? サーバセキュリティで最低限押さえておきたいことは? listenするポートは最小限にしましょう ファイアウォール設定で送受信IPアドレス、ポートの通信制御はしておきましょう 外部に出る際にはプロキシサーバを経由するようにする 随時パッチを当てるようにする linuxでのアンチウイルスソフトの検討 個人アカウントで変更系コマンドは実行させないようにする ログについて考えること ストレージ容量には気をつける データベースはどう決めたら良いか MySQLか

                                            知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation
                                          • 元給食営業マンが「ホーユー」の学校・警察での給食提供停止騒動の原因をざっくり解説してみた。 - Everything you've ever Dreamed

                                            mainichi.jp 西日本を中心に学校や寮で食事の提供が停止する事態が起きている。運営会社は広島市に本店のある給食会社ホーユー。ホーユーの名はコンペで何回か見かけたことがある。詳しくは知らない。 給食事業はリターンも少ないけれどもリスクも少ないビジネスだ。給食設備や用具や食器をクライアント側の負担で事業が行えるからだ。ひとことでいってしまえば経費負担が軽いのだ。食材費は実費、人件費も委託費でカバーできる。「莫大な利益が出せるか?」といわれると案件次第だが、一事業所当たりで赤字になるリスクはとても少ない事業である。 そのため、近く破産申告するとみられるホーユーの社長が人件費や食材費の高騰を理由に上げているのを知って「妙だな…」とコナン君のように疑ったのがこの文章を書いた表向きの理由である。なお裏向きの理由は奥様からの「あなたの会社は大丈夫なのか」という不安を取り除くためである。 一般的に

                                              元給食営業マンが「ホーユー」の学校・警察での給食提供停止騒動の原因をざっくり解説してみた。 - Everything you've ever Dreamed
                                            • モテ男から教えてもらった秘訣が意味不明だった

                                              会社にやたらとモテる人がいる。 見た目はそれほどよいわけではないけど、男女問わず人気が高い。 すでに結婚もしているので変なことになったりということは無いのだけど、いまいち信用できなくて距離をおいていた。 コロナが落ち着いてきたということで、年末の早い時期から小さいグループに分散して忘年会をやることになった。 役職別にくじ引きで決めたらしく、それでたまたまその人と一緒になった。 先に出欠の確認をしてからのくじ引きなので今更断ることもできない。 1グループは4人ずつに分けられていて、その日、自分以外には同期の男が一人、割と美人な先輩女性が一人と、モテ男がいた。 モテ男はマネージャーと言われる立場なので、この日は最も偉い立場にあった。 それなのにモテ男自らがテキパキと仕切って、男女問わず上手にエスコートして、いわゆるハラスメント的なものを一切感じさせずに順調に会は進んでいった。 ただ、自分として

                                                モテ男から教えてもらった秘訣が意味不明だった
                                              • ミルクボーイがアジャイルを説明したら

                                                序章駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、迅速に開発できて、仕様変更にも対応できる、素晴らしい開発手法を取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんアジャイルに決まってるがなぁ〜! 今やシステム開発と言えば、アジャイル。素早く変化に対応できるってゆーのが特徴なんよ。そもそも名前が “迅速” を意味する英語やねんから、アジャイルに決まってるがなぁ〜。」 チームの人数駒場「最初、オレもそう思たんやけどな、なんでも 40 人ぐらいで開発してるらしいんやわぁ〜。」 内海「ほなぁ、アジャイルちゃうかぁ…。アジャイルでは 5〜9 人ぐらいが推奨されてるからなぁ〜。40 人もおったら、とてもやないけど、コミュニケーションが成立するとは思われへんなぁ〜。効率の悪い伝言ゲームになるのは目に見えてるからなぁ〜。おかん、他にもなんか言うてなかった

                                                • 女性向けダイエットの情弱ビジネスがヒドすぎるから正解書く

                                                  すこし前に筋トレYoutuberの嘘栄養学についての投稿がホッテントリに上がっていたが、女性向けのダイエット・筋トレ動画はそれに輪をかけてヒドい。 ためしにYouTubeをシークレットモードにして「女性 ダイエット 筋トレ」で検索してみてくれ、 3分間で浮き輪肉がごっそり取れるだの、2週間で二の腕痩せだの、やりたい放題。しかもそれらは数百万、場合によっちゃ数千万回も再生されてるんだぜ。 ウォッチしてたら腹が立ってきたので俺が正解を書く。 俺?ただの通りすがりの野良マッチョだ。命令口調でところどころ口うるさいかもしれんが、デタラメな事は言わないからまあ聞いてくれ。 ■継続 続けることが最重要だ。最低でも3ヶ月、できれば半年取り組んでほしい。 2ヶ月で10kg落としたいとか無謀なことは考えるな。それはボディビルダーのようなダイエットのプロがやる減量だ。あんたは月に2kg、攻めても3kgと考えて

                                                    女性向けダイエットの情弱ビジネスがヒドすぎるから正解書く
                                                  • やばいと思ったらすぐ逃げる。ある研究室のスライドに「人生で大事な7つのこと」が書かれていると話題に。

                                                    SNS上でしばしば話題となり、共感を呼んでいるスライド資料。作成した慶應義塾大学の渡辺宙志准教授に聞きました

                                                      やばいと思ったらすぐ逃げる。ある研究室のスライドに「人生で大事な7つのこと」が書かれていると話題に。
                                                    • マッキンゼー式「問題解決1枚シート」で、圧倒的に仕事がしやすくなる納得の理由。 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

                                                      「商品の売上が減っている」 「チーム内でミスや不手際が多い」 「コンプライアンスが徹底されていない」 こんなビジネス課題の解決を任されたら、あなたならどうしますか? どこからどう手をつけていいかわからず、途方に暮れてしまう……なんて事態に陥らないためにぜひ知っておきたいのが、“問題解決のノウハウ”。 今回は、かの有名コンサルティング会社 マッキンゼー・アンド・カンパニー出身者が開発した「問題解決1枚シート」というフレームワークをご紹介します。マッキンゼー流の仕事術を学び、仕事で課題にぶつかった際にぜひお役立てください。 元マッキンゼーの識者が提唱「問題解決1枚シート」とは? 「問題解決シート」を取り入れてみるとこうなる (Step0)A4用紙を十字に4分割し、シートを作成する (Step1)左上スペースに「解決したいビジネス課題」を書く (Step2)左下スペースに、問題の分析結果を箇条書

                                                        マッキンゼー式「問題解決1枚シート」で、圧倒的に仕事がしやすくなる納得の理由。 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
                                                      • 1on1ミーティングガイド (1on1ガイド)

                                                        1on1ミーティングガイド (1on1ガイド)は未完成の部分も残したβ版として公開しており、今後コンテンツの追加やスタイルの修正などの変更が予定されています。 また追記やスタイルの修正だけでなく、現在記載されている内容が大きく見直される場合があります。

                                                          1on1ミーティングガイド (1on1ガイド)
                                                        • きゃりーぱみゅぱみゅの 「大人なLADYになるわよコラム」第35回〜『マネーの虎化してるわよ』〜

                                                          皆さま、ごきげんよう。 それまで当たり前だったものが、ある日を境に当たり前じゃなくなる。 そこでいったん落ち込むんですけど、それを乗り越えた先に絶対に新しい出会いがあると思っている、きゃりーぱみゅぱみゅです。 例えば、紅白とか歌番組に出れなくなったり、フェスに出れなくなったり、またはフェスに出れたとしてもステージが小さくなったり…。それまで続いてたものが急になくなるとヘコみます。 でも、そこで「いや、出れてたことが奇跡だったんだ」とか「じゃあ、違うことに全力を出そう!」と思ってがんばると、別のプロジェクトがうまくいったりするもので、私は“断つ”ということは“目線を変える”ことと同じだと捉えています。 恋愛もそうです。ずっと元カレのことを引きずっているときは、いい人がなかなか現れなくて、もう忘れようと思ったタイミングでいい人が現れたりしますよね? 少なくとも私の人生ではそうでした。 だから、

                                                            きゃりーぱみゅぱみゅの 「大人なLADYになるわよコラム」第35回〜『マネーの虎化してるわよ』〜
                                                          • ユーザー アカウント、認証、パスワード管理に関する 13 のベスト プラクティス2021 年版 | Google Cloud 公式ブログ

                                                            ※この投稿は米国時間 2021 年 5 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 2021 年用に更新: この投稿には、Google のホワイトペーパー「パスワード管理のベスト プラクティス」のユーザー向けとシステム設計者向けの両方の最新情報を含む、更新されたベスト プラクティスが含まれています。 アカウント管理、認証、パスワード管理には十分な注意を払う必要があります。多くの場合、アカウント管理は開発者や製品マネージャーにとって最優先事項ではなく、盲点になりがちです。そのため、ユーザーが期待するデータ セキュリティやユーザー エクスペリエンスを提供できていないケースがよくあります。 幸い、Google Cloud には、ユーザー アカウント(ここでは、システムに対して認証を受けるすべてのユーザー、つまりお客様または内部ユーザー)の作成、安全な取り扱い、

                                                              ユーザー アカウント、認証、パスワード管理に関する 13 のベスト プラクティス2021 年版 | Google Cloud 公式ブログ
                                                            • 【資料公開】目標設定の基本

                                                              みなさんこんにちは。@ryuzeeです。 2023年5月9日に開催されたNTT Com Open TechLunch #7「エンジニアリングマネージャーと目標設定」の登壇資料を公開します。 このイベントはNTTコミュニケーションズの社内ランチ勉強会を一般に公開しているものです。 ぼくは、NTTコミュニケーションズの技術顧問をしており、顧問業の一環として登壇しています。 多くの組織では、この時期に期初の目標設定を行っているのではないかと思いますが、目標設定の意味や位置づけ、それをどのように使うのか、評価や報酬との関係はどうなるのかといったことについて組織のなかで認識が揃っていることはまれです。 こうなると、人事制度のなかで目標設定をすると決められているのでめんどくさいけどやる、という感じになったり、目標設定が終わったら内容を綺麗さっぱり忘れて、期末になって「あー、そういえば……」みたいなこと

                                                                【資料公開】目標設定の基本
                                                              • なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita

                                                                はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集しています。 https://qiita.com/advent-calendar/2021/dx-improvement 10人の妊婦がいても1ヶ月で一人の子供は生まれない これは誰かの技術力やプロジェクトマネジメント力に欠陥があるのではなく、「人月の神話」で有名な

                                                                  なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
                                                                • 今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット

                                                                  本をよく積みます。よく読むではなく、ともかく積んでいます。 俺たちの本積むスピードには誰も追いつけない(読んでない本、まだまだあるのにまた本を買ってしまう) pic.twitter.com/RxrHrRl8KX — フジイユウジ (@fujii_yuji) 2021年12月17日 毎週土曜の朝から積読を強制的に消化する会というのをオンラインでやってまして、「誰か来るだろうから起きて読まなくては……」と強制力が働くことで本を少しずつ読むことができています。参加者のみなさん本当にありがとう。 時期によって人が増えたり減ったりして、ここ最近は数人しかいない状態なので新規参加者を募集しております。誰でも参加できるので参加してみたい方は連絡くださいな。 というわけで、今日は読んでよかった本をまとめて紹介していきたいと思います(今年じゃないのもちょっとあり)。 まとめてみたらニンゲン的な原理や不合理と

                                                                    今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット
                                                                  • 過払い金CMの大手弁護士法人、「東京ミネルヴァ」破産の底知れぬ闇

                                                                    1973年石川県生まれ、99年東京経済株式会社入社、2009年中小企業診断士登録、14年取締役東京支社副支社長、21年取締役東京支社長、22年より現職。 倒産のニューノーマル 新型コロナの影響により急増する企業倒産。信用調査会社の帝国データバンク、東京商工リサーチ、東京経済の各担当者が、注目の倒産事案、知られざる倒産の裏側、最新のトレンドなどをレポートする。 バックナンバー一覧 消費者金融会社への過払い金の返還請求を手掛け、積極的なテレビCMなどを行っていた弁護士法人、東京ミネルヴァ法律事務所が6月24日、東京地裁から破産手続きの開始決定を受けた。だが、今回の破産には、ほとんど知られていない深い闇がある。(東京経済東京支社情報部 井出豪彦) 30億円の流用で 被害者は2万人か 6月24日、負債51億円余りで破産決定を受け、弁護士法人では過去最大の倒産となった(弁)東京ミネルヴァ法律事務所〔

                                                                      過払い金CMの大手弁護士法人、「東京ミネルヴァ」破産の底知れぬ闇
                                                                    • 愚痴です(発達障害やグレーゾーンの人の適職って?)。

                                                                      リモートに入って3ヶ月近く。 ここにきて「逐一指示しても、単純作業しかできない人(もしくは単純作業も難しい人)」が炙り出されて、全社で問題になってきたらしい。 発達障害やグレーゾーンには適職って言われているプログラマーやデザイナーの会社なんだけど、あれは嘘だなあって思うよ。 プログラマーもデザイナーも、ひとりで黙々と仕事をするわけじゃない。 物事を調べたり考えたり、説明することも必要だし、経験が浅い時期は「教えられたことをそのままやってみる」っていうのが大事になる。 過去の部下にも「発達障害かも?」っていうのがいた。 明らかに同期入社のスタッフと違って指示が伝わらないし、出し方を工夫しても成果が上がらない。 けれど、当時の上司から「障害が分かったとしても、状況変わらないよ」っていう一言で、産業医に相談できずに終わった。 おかげで、すごい精神削がれたけど、わかったこともいくつかある。 1.

                                                                        愚痴です(発達障害やグレーゾーンの人の適職って?)。
                                                                      • コロナに関係なく、私たちの働き方はとっくに「限界」だった 日本人が知らない、人口ボーナス期・オーナス期の「勝てるルール」の違い

                                                                        株式会社ワーク・ライフバランスが主催したイベントに、代表取締役社長の小室淑恵氏が登壇。オンライン会議の課題である「発言が偏る」「ホワイトボードが使えず話がまとまらない」「相手の反応が見えない」といった事例を挙げながら、心理的安全性の高い組織作りの秘訣を解説しました。 発言が偏る、話がまとまらない……オンライン会議の悩み 小室淑恵氏:今日、事前にみなさまからアンケートをいただきました。そこに、オンライン会議の課題をたくさん書いていただきました。「一部の人に発言が偏る」、これはかなり多くの方が書いていらっしゃいました。「リアル会議よりも時間が長引いてしまう」、一日中会議になっちゃう、なんて方もいました。 「議論の発展・ブレストが難しい」。言葉を重ねて、どんどん発言していくことが難しい。リアルだったらホワイトボードにまとめていきますが、これができないので「話がまとまらない」であるだとか、今、人事

                                                                          コロナに関係なく、私たちの働き方はとっくに「限界」だった 日本人が知らない、人口ボーナス期・オーナス期の「勝てるルール」の違い
                                                                        • 要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」

                                                                          nori @00oichan お気軽にフォローいただけると嬉しいです。 神奈川県在住/運用設計が得意/外資系企業のSaaSエンジニアです。 好き: servicenow,生成AI,UiPath,Power Automate Desktop,PowerBI … Amazon.co.jp アソシエイトを利用中です

                                                                            要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」
                                                                          • 【雑感】絶対覚えて!案件アサイン前情報収集の鉄板のやり方!|外資系うさぎのちょこさん

                                                                            どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでフォロワッサン各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの

                                                                              【雑感】絶対覚えて!案件アサイン前情報収集の鉄板のやり方!|外資系うさぎのちょこさん
                                                                            • 私がよく参考にしているサイトまとめ

                                                                              はじめに Twitter、Qiita、Zenn...といろんなところから情報収集するのはいいのですが、それぞれの有益な情報をそれぞれのサイトにお気に入りとして保存しているので、必要な情報を探すだけで一苦労です。 ここで一覧にしてまとめておくことにしました。 ただし、特定の言語に依存するような記事はあえて排除しています。 皆さんにとっても有益な情報があると、この記事を公開して良かったなと思います。 また、皆さんのオススメの記事がありましたら、コメントなどで教えてください。 コミュニケーション 質問 質問は恥ではないし役に立つ https://qiita.com/seki_uk/items/4001423b3cd3db0dada7 新卒からの質問をソシャゲっぽい仕組みにしたら捗った話 https://qiita.com/ysktsuna/items/fced3a9515c8f585ca50 会

                                                                                私がよく参考にしているサイトまとめ
                                                                              • ミスが全くない仕事を目標にすると、ミスが報告されなくなる『測りすぎ』

                                                                                たとえば天下りマネージャーがやってきて、今度のプロジェクトでバグを撲滅すると言い出す。 そのため、バグを出したプログラマやベンダーはペナルティを課すと宣言する。そして、バグ管理簿を毎週チェックし始める。 すると、期待通りバグは出てこなくなる。代わりに「インシデント管理簿」が作成され、そこで不具合の解析や改修調整をするようになる。「バグ管理簿」に記載されるのは、ドキュメントの誤字脱字など無害なものになる。天下りの馬鹿マネージャーに出て行ってもらうまで。 天下りマネージャーが馬鹿なのは、なぜバグを管理するかを理解していないからだ。 なぜバグを管理するかというと、テストが想定通り進んでいて、品質を担保されているか測るためだ。沢山テストされてるならバグは出やすいし、熟知しているプログラマならバグは出にくい(反対に、テスト項目は消化しているのに、バグが出ないと、テストの品質を疑ってみる)。バグの出具

                                                                                  ミスが全くない仕事を目標にすると、ミスが報告されなくなる『測りすぎ』
                                                                                • 数億円規模の案件を たった二人で開発させられた話

                                                                                  # 数億円規模のプロジェクトをたった二人で開発させられた話 先日、関わっていたプロジェクトを抜けることになりました。 原因はもちろん炎上によるものなんですが、これがもう炎上すべくして炎上したようなぶっ飛んだプロジェクトでしたので、 ここで吐き出させて下さい。 # 20数名のメンバーの一人だったはずが、いつの間にか総勢一人になっていた 僕の仕事のスケジュールに空きができ、週3日程度の仕事を探していた頃、Twitterから開発案件の依頼がきた。 内容はよくあるシステムのリプレース案件。 開発メンバーは既に5人程度集まっており、その後20人ほど合流するとのことで、総勢20名以上の開発メンバープロジェクトだ!こんな規模の新規開発なんて初めてだからワクワクするぞ! と思っていたら、PHPの案件なのにほとんどがJavaの人だったのでメンバーとして数えられず、参画する前に去っていってしまった。 合流する

                                                                                    数億円規模の案件を たった二人で開発させられた話