並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 1585件

新着順 人気順

マネジメントの検索結果161 - 200 件 / 1585件

  • スタートアップはいかにしてその活力を失うのか | Yakst

    急成長するスタートアップがどうしてそのスピード感や勢いを失ってしまうことがあるのか、その背景にある構造とパターンを筆者の目から解き明かし、それを回避する方法を提案する。John Qian氏のブログ記事の翻訳。 [スタートアップ]原文 How a startup loses its spark (English) 原文著者 John Qian 原文公開日 2023-08-12 翻訳依頼者 翻訳者 doublemarket 原著者への翻訳報告 238日前 メールで報告済み 238日前 原著者承諾済み 編集 ちゃんとしたシードステージのスタートアップでは、エンジニアは業務経験を「夢中だ」と表現する。大きな会社では、得られるのは最良のケースでも「楽しい」程度だ。どうしてこうなってしまうのだろう。これは避けられないのだろうか。 スタートアップを夢中になれるものにするのは何なのかを調べてみよう。エンジ

    • ITエンジニアが投票した「ITエンジニア本大賞2024」発表。単体テストの考え方/プログラマー脳/ プロジェクトマネジメントの基本が全部わかる、など

      ITエンジニアが投票した「ITエンジニア本大賞2024」発表。単体テストの考え方/プログラマー脳/ プロジェクトマネジメントの基本が全部わかる、など 「ITエンジニア本大賞」は、仕事の役に立った本、初学者におすすめの本、ずっと手元に置いておきたい本など、おすすめの本をITエンジニアがWeb投票で選ぶイベントです。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般となっています。刊行年も関係なく、これまで大賞に選出された書籍を除き、この1年を振り返っておすすめしたい書籍が対象となります。 今回発表されたのは技術書部門とビジネス書部門それぞれのベスト10です。現時点では50音順に並んでいます。 以下は選出された技術書部門とビジネス書部門それぞれのベスト10を、Amazon.co.jpへのリンクと画像、概要で紹介したものです(アフィリエイトリンクは含まれていません)。正式

        ITエンジニアが投票した「ITエンジニア本大賞2024」発表。単体テストの考え方/プログラマー脳/ プロジェクトマネジメントの基本が全部わかる、など
      • 「世界一流エンジニアの思考法」は強いエンジニアの習慣がいい感じに言語化されていてよかった件 - Lean Baseball

        界隈で話題になっている(と私は認識している)「世界一流エンジニアの思考法」を早速読んでめちゃくちゃ良かった, とにかく人に勧めたいぞ! という現役エンジニア(私)による書籍の感想エントリーとなります. 話題の本めちゃ良かったです. このブログを書く数日前にkindleで買って読む→めちゃいいやん!→紙版も買う←今ここ ってぐらいすごく良かったです*1. 世界一流エンジニアの思考法 (文春e-book) 作者:牛尾 剛文藝春秋Amazon 何が良かったか一言で言うと, 「強いエンジニアの習慣がここまでいい感じに言語化されている!!!」 という所ですね, 割と余すところなく詰まっていると思いますし, 一つ一つのTipsは再現性もあると思います(真似できるかどうかは別として真似は可能*2). そんな「世界一流エンジニアの思考法」の感想を手短に書きます, 気になる方はお付き合いください. TL;D

          「世界一流エンジニアの思考法」は強いエンジニアの習慣がいい感じに言語化されていてよかった件 - Lean Baseball
        • 4年半勤めた会社を辞めた話 - 工学系チキンによる工作ブログ

          意図せず伸びてしまったのでしばらく非公開にしておきます。 辞めた理由は、 過剰に支出を嫌う文化があり、そのせいで労働者側にコストカット効果以上の負荷や効率低下を招く構造になっていたからです。 それに耐えきれず辞めました。

            4年半勤めた会社を辞めた話 - 工学系チキンによる工作ブログ
          • NHK水戸放送局のロック・イン・ジャパン2024 ひたちなか開催の報道について、私たちは強く抗議します。 | ROCK IN JAPAN FESTIVAL 2023

            2023.08.09 NHK水戸放送局のロック・イン・ジャパン2024 ひたちなか開催の報道について、私たちは強く抗議します。 とても残念です。たくさんの方の協力をいただきながら積み重ねてたプロジェクトが、とてもぞんざいな扱いを受けて報道されたことに怒りを感じます。 僕にとって周年にひたちなかでロック・イン・ジャパンを開催することは悲願でした。 凄く時間を掛けてすすめて来たプロジェクトです。 NHKへの抗議メールにも書きましたが、いろいろな調整を経て決めた開催発表の日程でした。何度もNHKには開催発表を公式と揃えることをお願いしましたが、全く聞いてもらえませんでした。 公式と同時に発表し、開催を祝ってほしい。僕の望みはそれだけです。そんなに緊急性のあるニュースなんでしょうか?確かに話題にはなるでしょう、でも本当にフェスを盛り上げるなら同時発表の祝祭感を作って欲しかった。 何度もリークはやめ

              NHK水戸放送局のロック・イン・ジャパン2024 ひたちなか開催の報道について、私たちは強く抗議します。 | ROCK IN JAPAN FESTIVAL 2023
            • 『ガンパレ』の企画書、ついに公開━初代PSの伝説的タイトルは、なぜ生まれたのか?そして『LOOP8』へ受け継がれたもの【ゲームの企画書】

              私は今も『ガンパレード・マーチ』の企画説明会のことを思い出しては、一人で笑う時があります。社長よりも誰よりも偉そうな芝村が、人の魂をPSの上に出現させると宣言したときの会議場の沈黙と静寂を、私はハッキリと、覚えています。 『電撃ガンパレード・マーチ』 スタッフコメントより 2000年、9月28日。そんな初代プレイステーションの最末期、まさに「人の魂をPSの上に出現させた」タイトルがあった。その名も『高機動幻想 ガンパレード・マーチ』(以下、『ガンパレ』)。 熊本を舞台に、謎の生命体「幻獣」との戦いに動員される学生の姿を描くシミュレーションでありながら、特筆すべきはその「自由度の高さ」。 ものすごく端的に言えば、「生き残りさえすればゲーム中は何をやってもいい」という全く制限を感じさせない自由度の高さに加え、AIによって制御された「人間味のあるNPC」も、その学園生活と独自のゲーム体験を彩る。

                『ガンパレ』の企画書、ついに公開━初代PSの伝説的タイトルは、なぜ生まれたのか?そして『LOOP8』へ受け継がれたもの【ゲームの企画書】
              • なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか? - Qiita

                はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム

                  なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか? - Qiita
                • 本番サーバー60台のホスト名を全部 cat にしてしまった話 - Qiita

                  この記事は、本番環境などでやらかしちゃった人 Advent Calendar 2023 の4日目です。年末進行、いかがお過ごしでしょうか?みなさま無事に仕事が納まることを願っております… 新人インフラエンジニアが、本番ウェブサーバー60台のホスト名を全部 cat にしてしまった話について、ここに供養させていただきたいと思います 背景 おそらく今から7年くらい前、インフラエンジニアとして転職してきて1年ほどが経ち、本番環境での作業もこなれてきたなというバッチリのタイミングで事を起こしてしまいました。サーバーは CentOS 6 だったと思います。 職場としてはまだまだベンチャー感にあふれ大きな裁量が与えられスピード感のある環境ながら、サービスの登録ユーザー数は1,000万を超え、本番環境の規模としては既になかなかの大きさがあり、ウェブサーバーだけでも60台くらいあったと思います。ひと山につき

                    本番サーバー60台のホスト名を全部 cat にしてしまった話 - Qiita
                  • 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ

                    前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか?どうすればいいんですか?」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。

                      「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ
                    • 給食停止のホーユー「人権無視」経営…外国人実習生に月給1万円→解雇、代金不払い

                      ホーユーのHPより 全国の約150の学校や寮、官公庁などの給食・食堂運営を手掛ける株式会社ホーユーが経営悪化に伴い一部施設で事業を停止し、給食・食事の提供を受けられない施設が続出している。そのホーユーがベトナム人女性の技能実習生を最低賃金以下の3カ月で約3万円、月給換算で月1万円ほどで働かせ、この実習生から待遇改善を求められた直後に解雇していたことがわかった。2020年7月6日付時事通信記事によれば、ホーユーと実習生の受け入れ窓口となっていた監理団体は連名で、この実習生が行方不明になったとする虚偽の書類を作成し、監理団体がベトナムの送り出し機関から違約金を受け取っていたという。ホーユーをめぐっては従業への賃金未払いや納入業者への代金未払い、給食・食堂運営業務を受託する施設との連絡遮断、適正金額を大幅に下回る格安での受注なども判明しており、その企業体質が問題視されている。 1994年創業のホ

                        給食停止のホーユー「人権無視」経営…外国人実習生に月給1万円→解雇、代金不払い
                      • 目標管理と評価制度の考え方 - KAKEHASHI Tech Blog

                        本エントリはカケハシ Advent Calendar 2023 の 11日目の記事です。 今年はPart2もあるのでぜひそちらもご覧ください! カケハシのVP of Engineeringの湯前(@yunon_phys)です。皆さん、目標設定と評価は順調ですか?私はこれまで何年にも渡って、様々なメンバーの目標設定や評価をしてきました。残念ながら、こうすれば良い目標設定や評価が出来る!という銀の弾丸は無さそうです。でも、こう考えたら目標設定はやりやすいかも、こうすると評価はより納得感のあるものになるかも、というのはあります。 そこで今回は制度を施行・運用していく立場の人間として、目標管理と評価制度の考え方について、私の意見を述べていきます。 目標管理 目標はそもそも変わるものである みなさんこんなことありませんか? やる気満々であんなことやこんなことを色々考えて、壮大な目標を期初にがんばって

                          目標管理と評価制度の考え方 - KAKEHASHI Tech Blog
                        • 「上手くいかなかったのはなんでだと思う?」と聞くと「私が悪かったんです…」って返ってくるんだけどどうしたらいい?みなさんの対処法

                          a03🌗痩せろ @a03 「上手くいかなかったのはなんでだと思う?」 みたいに聞くと 「私が悪かったんです…私の能力不足です…」 みたいになっちゃうやつ これの対処法 is 何 質問がアカンのかね? パーソナリティを責める気はサラサラ無く、仕事の話、仕事の進め方の話をしたいんよ ってのが共有できてない? 2024-04-16 17:34:57 鳥清あぎまる@てふまる @tehuyuka @a03 F外からすいません… 純粋に自分がマトモに出来てないんだ…申し訳ないなって思ってしまって「すいません…」ってめっちゃ言うタイプなんですが… 逆にこういう場合はどう返してほしいんですかね…? 責められてるとかとは考えてないんですが…スムーズに行かなくて申し訳ないやら情けないやらで… 2024-04-17 08:31:30

                            「上手くいかなかったのはなんでだと思う?」と聞くと「私が悪かったんです…」って返ってくるんだけどどうしたらいい?みなさんの対処法
                          • 「ここは学会じゃない」声荒らげた尾身氏 宣言下、専門家同士の激論:朝日新聞デジタル

                            ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

                              「ここは学会じゃない」声荒らげた尾身氏 宣言下、専門家同士の激論:朝日新聞デジタル
                            • 【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

                              1. はじめよう! 要件定義 ~ビギナーからベテランまで(難度:★☆☆) 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級~上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた

                                【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
                              • 「あ、いま傾聴の技術を使って話を聞こうとしてるな」とわかると急に話したくなくなることってない?不愉快になる理由

                                あすこま @askoma 今年運営した、PAを学ぶ会(軽井沢AITC)を振り返っている。改めてKAIさんのこの『クラス全員がひとつになる学級ゲーム&アクティビティ100』amzn.to/3Ts35d3 のコンテンツの面白さもわかるが、結局はこのコンテンツをどう構成するかがキモで、それは実践して考えて体得するしかない。 2024-03-24 07:56:52 リンク あすこまっ! 誰にも思考・感情の偏りがあり、体験は一致しない。軽井沢AITCで実感すること。 | あすこまっ! 先週の木曜日は、久しぶりの「軽井沢Adventure in the Classroom」の会(軽井沢AITC) 13 あすこま @askoma 「あ、いまこの人は傾聴の技術を使って聞こうとしてるな」とわかると、急に冷めて話したくなくなる瞬間ってありません? 技術を使って聞こうとしてくれてるんだから、本来とてもありがたい

                                  「あ、いま傾聴の技術を使って話を聞こうとしてるな」とわかると急に話したくなくなることってない?不愉快になる理由
                                • 要件定義、基本設計、詳細設計の流れを総復習

                                  はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基本設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ?」 「基本設計との違いって何だったっけ?」 「基本設計と詳細設計の区別って?」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて1からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基本を学びたい人 要件定義と基本設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部(特に要件定義や基本設計、詳細設計のサンプル)を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく

                                    要件定義、基本設計、詳細設計の流れを総復習
                                  • アメリカ社会の凄さは「どんなにポンコツ従業員がいても全体としては生産性が高くなる仕組み作り」にあるって話

                                    Peppermint🇺🇸 @Peppermint_2525 アメリカ社会の凄い所は、基本的にクズでポンコツでヤル気も能力もない従業員が作業をしても、全体では生産性が高くなるように、一部のとてつもなく優秀な人たちが良い仕組みを作り続けてることだと思うな。マネジメントってそういう事だよね。バカとハサミは使いよう。 2023-08-30 23:21:30 Peppermint🇺🇸 @Peppermint_2525 アメリカで働く日本育ちの日本人丨投資家丨意味のない虚構が好き丨内向的直感型(INTJ)丨ポール・オースター好き丨倒幕の志士丨でも楽天家丨副業プログラマー丨ネコ好き丨パウル・クレーの絵が好き丨ビットコイン教団の宣教師丨人生オキラクゴクラク丨 #bitcoin

                                      アメリカ社会の凄さは「どんなにポンコツ従業員がいても全体としては生産性が高くなる仕組み作り」にあるって話
                                    • 人事評価制度を変えても「モチベーションアップ」にはならない 社員のやる気を「下げない」ためのマネジメント19項目

                                      白潟総合研究所株式会社代表で『中小ベンチャー企業を壊す! 人事評価制度 17の大間違い』著者の白潟敏朗氏と、『起業の科学』著者の田所雅之氏による対談の模様をお届けします。テーマは「人事評価の『ワナ』『落とし穴』」。中小ベンチャー企業の経営者に向けて、人事評価に対する悩みを解決するために最も大切なポイントについて語られました。本記事では、陥りやすい4つの落とし穴について解説されました。 中小ベンチャー企業1万2,600社を支援 白潟敏朗氏(以下、白潟):白潟敏朗と申します。ほとんどの方に「新潟の出身ですか?」と聞かれるんですが、こちらのプロフィールに書いていますとおり、生まれは神奈川、育ちは九州の宮崎、埼玉で社会人になったという経歴です。 新潟には1ミリもかすっていないんですが、「白潟」と名乗らせていただいております。よろしければ名前と顔を覚えていただけたらうれしいなというふうに思います。

                                        人事評価制度を変えても「モチベーションアップ」にはならない 社員のやる気を「下げない」ためのマネジメント19項目
                                      • 「会議で話されている内容と、ソースコードが全然違う」〜イオン発の“新ネットスーパー”リリース直前の1年間を語る|イオンネクストCTOインタビュー |AEON TECH HUB

                                        イオンネクスト株式会社・CTO 樽石将人のインタビュー記事です。入社時にミッションとされた新ネットスーパー「Green Beans」は、期日通りのリリースが危ぶまれるほど問題が山積みだったと言います。プロジェクト立て直しのために目をつけたのは「現場」。樽石は何を変え、どう開発を進めたのでしょうか?リリース直前の1年を語ります。

                                          「会議で話されている内容と、ソースコードが全然違う」〜イオン発の“新ネットスーパー”リリース直前の1年間を語る|イオンネクストCTOインタビュー |AEON TECH HUB
                                        • 年功序列をやめて成果主義にしたら「評価に繋がらない仕事」を誰もやらなくなって生産性が下がった

                                          ℌ𝔞𝔯𝔱𝔪𝔞𝔫𝔫 @E_H_352 > 「年功序列より成果主義の方がいい!」 2000年ぐらいに富士通が全社で成果主義を導入したら「評価に繋がらない仕事を誰もやらなくなった」「管理職の評価は相対評価ので馴れ合いだったので、優劣が付けられなくなった」その結果、組織全体の生産性が低下したと本社人事部の城繁幸が著書で書いてる。 x.com/fukuei_you_no_… 2024-04-07 19:16:36 福泳祐一@祝厩舎初勝利 @fukuei_you_No_1 年功序列から成果で評価するって ここ最近色んな会社が変わりつつあって 「年功序列より成果主義の方がいい!」 って思ってる人が多いんだなぁ みんなすごいなぁ 成果主義になったときに 自分が今より評価される側だと思っているのね 私はこのままでいいわ 2024-04-07 19:12:55

                                            年功序列をやめて成果主義にしたら「評価に繋がらない仕事」を誰もやらなくなって生産性が下がった
                                          • 『みんなで小さく区切ってやる』ガイド|kawanotron

                                            『みんなで小さく区切ってやる』とは『みんなで小さく区切ってやる』は複雑な問題を解決するためにみんな(チーム)で一緒になって改善していくためのやり方です。 『みんなで小さく区切ってやる』で大事な考え方は『経験から学ぶ』と『ちょっとずつ進める』です。小さく区切ることで、ちょっとやってみて、それから学び、またちょっとやってみる。それを繰り返しながら進みます。 『みんなで小さく区切ってやる』を上手にするには『見える化』『チェック』『改善』の3つが重要です。これにより『経験から学ぶ』効果を高めます。 機会を作る『見える化』『チェック』『改善』を取り入れるために5つの機会を設けましょう。これらの機会は毎回同じ時間に行うことでリズムが生まれいい感じになります。 『区切り』があることで立ち止まれます。立ち止まることで落ち着いて『チェック』し『改善』することができます。この『区切り』は1週間もしくは2週間に

                                              『みんなで小さく区切ってやる』ガイド|kawanotron
                                            • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

                                              本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

                                                (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
                                              • 社員17人でも「取引先は1100社超」、長野のメーカーに「熱狂的ファン」爆増のワケ

                                                長野県伊那市に本社を構え、メイド・イン・ジャパンの在り方を再定義することに挑戦している製品設計会社、スワニー。社員数17人の中小企業だが、新卒入社2カ月の社員が第一線で活躍するなど、30代を中心に若者たちが躍動する。それでも「熱狂的なファン(顧客)」を生み、事業を大幅に拡大させ、取引先数はなんと名だたる大手企業をはじめ1100社を超えた。同社はどのようにして、若者が活躍できる土壌を作り上げてきたのか。業界も注目する同社の取り組みに迫る。

                                                  社員17人でも「取引先は1100社超」、長野のメーカーに「熱狂的ファン」爆増のワケ
                                                • エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~

                                                  技育祭2023秋 DAY1 HALL C 14:30 - 15:15 「エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~」 の登壇資料です。 https://talent.supporterz.jp/geeksai/2023autumn/information/#1021-1430-HallC

                                                    エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~
                                                  • ちょっと前「社員はなぜ業務を効率化しないのか?」という質問に身も蓋もない答えが帰ってきたが否定できなかった

                                                    あんちゃん @monosoi_akarusa ちょっと前 「社員は何故自らの業務を効率化しないのか?」 という質問に 「効率化の報酬が労働だから」 という答えがぶら下がってて何も否定できなかった。突き詰めると最後大体人事制度の問題に行き着く気がする。インセンティブ設計とか目標設定なんて失敗すると会社ごと傾くこともありますしね x.com/appizou/status… 2024-02-28 21:09:41

                                                      ちょっと前「社員はなぜ業務を効率化しないのか?」という質問に身も蓋もない答えが帰ってきたが否定できなかった
                                                    • 忙しすぎて、チームで「今何が起こっているか」を把握しきれない管理職 部下のマネジメントよりも先に注目すべきもの

                                                      本イベントは、本イベントは、『部下との対話が上手なマネジャーは観察から始める ポリヴェーガル理論で知る心の距離の縮め方』の出版を記念して開催されました。同書籍の著者で株式会社ロッカン代表の白井剛司氏が登壇。本記事では、マネージャーの負担が増大している背景や、なぜマネージャーに観察力が必要なのかを語りました。 神奈川県丹沢の農場で、農業体験やマインドフルネスを提供 白井剛司氏:今回、ビジネスの人たちだけでなく、忙しい人全員に観察を勧める本を出しましたので、その内容を話していきます。よろしくお願いします。 今日は人事の方、忙しいマネージャーの方、マインドフルネスの世界の方々もいらっしゃっています。内容が全部わかる人もいれば、1つしかわからない方々もいると思うので、なるべく多くの方がわかりやすいようにお伝えしていきたいと思います。 まず自己紹介です。僕は16年間、広告会社で人材育成をやっていまし

                                                        忙しすぎて、チームで「今何が起こっているか」を把握しきれない管理職 部下のマネジメントよりも先に注目すべきもの
                                                      • なぜ鬼は鬼殺隊に負けたのか?悪の組織の敗因を「組織デザイン」から分析してみる──『鬼滅の刃』『ダイの大冒険』『ドラゴンボール』|ミナベトモミ

                                                        今回は少年漫画に登場する「悪の組織」を分析することを通して、組織デザインについて学んでいきたいと思います。以前、CULTIBASE Radioで配信し、noteにもまとめた「少年漫画から学ぶリーダーシップシリーズ」が大変好評だったので、その組織デザイン編も書いてみた次第です。 さて、多くの漫画において、「悪の組織」は最終的に主人公やそのチームの前に敗れ去ることになります。 もちろん、主人公たちが努力の末に大きく成長したことが、悪の組織を倒す原動力になっていることは間違いありません。しかしながら、要因はそれだけではないと思っています。 「悪の組織」敗北の要因として特に大きいのが、「組織デザインの失敗」だと僕は考えています。 そこで、この記事では『鬼滅の刃』『ダイの大冒険』『ドラゴンボール』という3つの名作漫画に登場する「悪の組織」の組織構造を紐解きながら、主人公たちに敗れることになってしまっ

                                                          なぜ鬼は鬼殺隊に負けたのか?悪の組織の敗因を「組織デザイン」から分析してみる──『鬼滅の刃』『ダイの大冒険』『ドラゴンボール』|ミナベトモミ
                                                        • 納期がなぜ生産性をぶち壊しにしているのか?|牛尾 剛

                                                          昨年NewsPicks さんに取り上げてもらって最近動画が公開されました。そこでもお話させてもらっていることなのですが、アメリカで働きはじめると日本人からすると「納期が無い」感覚が物凄く衝撃的だった。 最近、納期が無いことと生産性について頭の中で整理がついてきたのでシェアしておこうと思う。ちなみに、動画も含めて、私の発言は私の体験と意見であり、所属会社には全く関係が無いことを改めてお断りしておきます。 日米納期の感覚の違い アメリカで働いていると、日本人からすると納期がほとんどないという感じを受ける。もちろん納期があるものもあるが「本当に必要なもの」に限られる。例えば、大きなカンファレンスで何かの製品を発表するとかそんなのだと納期はもちろんある。そうでなれけばほとんど無いという感覚だ。私の所属会社だけではなく、北米の他の会社の人も同じような感覚らしいので文化によるものだと思う。 常に納期が

                                                            納期がなぜ生産性をぶち壊しにしているのか?|牛尾 剛
                                                          • 『AFURI』の商標騒動を掘り下げた1万文字 - はげあたま.org

                                                            追記 afuri.com ラーメン屋側の正式なアナウンスが来て、いろいろと新事実が出てきました。私が追加更新する余裕がないですが、当記事の主張が強化されただけなので、本文の「両者の言い分+α」のところでこれも読んでおいてください。 ※当記事は長文になったため、吉川醸造株式会社を「酒造」、AFURI株式会社を「ラーメン屋」と敬称抜きで表記しています。 はじめに 今回の件、「老舗酒造へ、意識高い系ラーメン家が一方的に難癖付けた」という構図と思われたところから始まって炎上してますが、素人なりに今回の案件は一通り調べ終わっての私の結論としては「90:10のレベルで酒造側の方が問題」となったので、その辺を書いていったら1万文字になりました。 もちろんどちらが正しいとは一概に言えないからこそ係争になるわけですが、少なくとも現段階でラーメン屋側は一方的に非難されるべき立場ではないぞ、と。 私の立ち位置表

                                                              『AFURI』の商標騒動を掘り下げた1万文字 - はげあたま.org
                                                            • ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴

                                                              www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思うので、誰のツイートか思い出せればいいのにと書いている(ご存じの方は彼にご一報を)。 件のツイートは、プログラミング言語の構文の詳細や API が持つ多くの関数を覚えることは重要じゃなくて、解決しようとしている問題の複雑さを理解し、管理することこそが重要だと言ってるわけですね。 これは皆、覚えがある話だろう。アプリケーションやツールの多くは、最初はシンプルである。しかも、それでやりたいことの80%、いやもしかしたら90%をやれている。でも、それじゃ十分ではないと、バージョン1.1でいく

                                                                ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴
                                                              • 本当に突然辞めるのやめてほしいです。せめて相談後にして欲しい。-『たぶんソレ、相談してますよ』

                                                                パナの現役課長 @7QdGiSIb1g30116 本当に突然辞めるのやめてほしいです。せめて相談後にして欲しい。毎度大失恋ぐらい傷ついて、過去の自分を責めに責めるので… 仕事内容の不満ならいくらでも、やりたい事出来そうな所を探してあげるので…ほんと一言だけで良いので相談してください 2023-08-05 17:38:47 Bill@米国駐在🇺🇸から欧州外資系企業へ転職 @Bill1989Taka @7QdGiSIb1g30116 会社都合の異動とか転籍は、事前相談なしに一方的に通達する中、従業員側は事前に相談してくれは違うなと思います。 部下に【会社の判断だから】で通じる世界なので、社員側も【個人の判断だから】が全然ありの世界で生きてると思います。 2023-08-05 20:58:20 パナの現役課長 @7QdGiSIb1g30116 @Bill1989Taka すみません。マネージ

                                                                  本当に突然辞めるのやめてほしいです。せめて相談後にして欲しい。-『たぶんソレ、相談してますよ』
                                                                • エンジニアは顧客の要望をちゃんと聞こう 〜「うちの店でカレーを出したい」と言われたら?〜|Katsuma Narisawa

                                                                  こんにちは。SALESCOREのCTOの成澤です。 今日は、Webサービス開発に携わる方向けに「要望を正しく聞くのは大事だよ」という話を、飲食店の例え話で紹介します。 「うちの店でカレーを出したい」と言われたら飲食店のオーナーから「うちの店のメニューにカレーを加えたい。カレーを作る体制を整備してほしい」と相談されたとします。 敏腕料理人のあなたは何を考えるでしょうか? 普通に考えたら「野菜と肉とルーを仕入れて、あとは鍋と包丁を用意して…」と考えるでしょう。 カレー作りに知見がある人なら「スパイスから手作りした方が美味しく作れる!スパイスを独自ルートで調達しよう!」なんてことも考えるかもしれません。 しかし、ここであなたがするべきことは、オーナーへの追加ヒアリングです。 どんな店なのか? → 喫茶店かも 店内の調理設備は? → 狭い厨房がちょっとあるだけ。調理器具もほとんどない スタッフの体

                                                                    エンジニアは顧客の要望をちゃんと聞こう 〜「うちの店でカレーを出したい」と言われたら?〜|Katsuma Narisawa
                                                                  • 「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎

                                                                    今回は、組織づくりについての話。 現在うちの会社は7期目で、メンバーは業務委託の方を含めると100人近くになりました。 おかげさまで退職率も低く「みんないい表情で働いてますね」と言っていただくことも増えました。心理的安全性も高く、「組織をよくするために自ら積極的に動く」というカルチャーが醸成されていると自負しています。 ただ、ずっと平和でいい感じだったのかというと、そんなことはありません。当初、組織づくりはめちゃくちゃ大変で、起業して最初の2〜3年はずっと組織のことで悩んでいました。 そんな状態から、どうやって今のようになったのか? 同じように組織づくりに悩んでいる人のヒントになればと思い、僕の経験を書いてみたいと思います。 「お前やれるのか?」みたいな空気感初期の頃、オフィスはシーンとしていて緊張感がありました。 プロフェッショナリティのすごく高い人たちが集まっていて「俺はこんだけやるけ

                                                                      「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎
                                                                    • 「始発に乗り遅れたら集合時間に間に合わないので出張先に経費で前泊したい」は普通の感覚?そんなことない?

                                                                      ふくさき @gundamistsaki 会社の若い女の子が、始発に乗り遅れたら集合時間に間に合わないので出張先に前泊したい(会社経費)と言ってるんだけど、これって普通の感覚なの?? 私の感覚ではそれは通らないんだけど… 別の同僚ともその話を聞いてて、最近自分が老害かもしれないからなかなか判断できないねって話してた。笑 2023-05-23 13:12:49 おほしさま @hocchaaaaaan @gundamistsaki それは自費ですね(笑) 始発に間に合わないのは自己管理能力の問題だと思いますけど?? この感覚って、、老害とかパワハラで済む感じですかね?(笑) 2023-05-23 13:16:15

                                                                        「始発に乗り遅れたら集合時間に間に合わないので出張先に経費で前泊したい」は普通の感覚?そんなことない?
                                                                      • より少なく、しかしより良く - 「エッセンシャル思考」読んだ - $shibayu36->blog;

                                                                        エッセンシャル思考 最少の時間で成果を最大にする 作者:グレッグ・マキューンかんき出版Amazon 自分がなんでもやりたいタイプなので、この本に書いてあることは中々刺さった。幸福になるには「より少なく、しかしより良く」を追求すべきという本。プライベートや仕事でとにかく忙しく時間がないと思っている人は読んでみると良い。 印象に残ったのは次のことだ。 現代人の最優先課題は、優先順位づけの能力をキープすること 睡眠不足では一番最初にそこが減ってしまうのでダメ 一流のバイオリニストは1日平均8.6時間の睡眠 & 週平均2.8時間の昼寝。睡眠による並外れた集中力で、1時間あたりの練習効果を最大限にする もっとも厳しい基準でやることを決める 「絶対やりたい」「やらない」の2択にする。やろうかな程度なら却下、イエスと言うのは絶対やるしかないと確信した時だけ 自分の中で最重要基準をひとつ用意し、100点満

                                                                          より少なく、しかしより良く - 「エッセンシャル思考」読んだ - $shibayu36->blog;
                                                                        • 外部からいきなりCTOとして就任する時に気をつけていること|BTO

                                                                          おはこんばんちは!!尾藤 a.k.a. BTO です。 私は今はオープンロジでCTOをしていますが、オープンロジを含めて今まで4社でCTOをしています。CTOとしての実績と経験を積み重ねてきた結果、今ではある程度開発組織が大きくなった会社からCTOのオファーをいただくことが増えてきました。 いわゆるパラシュート人事というやつです。パラシュート人事は非常に難しく、私が今まで見てきた中でもパフォームしていないマネージャーはほとんどが外部登用でした。逆に現場上がりのマネージャーはうまくワークしており、微妙な人は少数でした。 このように失敗する可能性の高いパラシュート人事で入社する場合は、いろいろ気をつけないといけません。CxOとまではいかずとも、みなさんの中にも転職をきっかけに何らかの責任者としてのポジションを期待されて入社することもあるかと思います。そういった方に私の気をつけていることが参考に

                                                                            外部からいきなりCTOとして就任する時に気をつけていること|BTO
                                                                          • 岐南町長パワハラの「調査報告書」、職員の愚痴が90ページ以上で読み応えがスゴい…全管理職が読むべき「令和のNGリスト集」の声も

                                                                            やん猫 @high_rank_cat 岐南町の町長、調査報告書に職員の愚痴がA4で90ページ以上書いてあって、読み応え抜群 ただ痴漢レベルの性犯罪は少なく、悪気がないクソ上司の最終進化系って感じ。昭和なら許されてた。 この報告書は管理職全員読んだほうがいい。令和のNGリスト集になってる town.ginan.lg.jp/4312.htm#Conte… pic.twitter.com/v3p9E7Ji0Q 2024-02-29 01:26:00

                                                                              岐南町長パワハラの「調査報告書」、職員の愚痴が90ページ以上で読み応えがスゴい…全管理職が読むべき「令和のNGリスト集」の声も
                                                                            • チームにノリをもたらした時にいた「二人目に踊る人」の共通点

                                                                              Scrum Fest Osaka 2023 https://confengine.com/conferences/scrum-fest-osaka-2023/proposal/18546 「Fun Done Learnのうた」はこちら https://developers.kddi.com/blog/1dqKXhrd73q0V65NKuOYrp 一緒に働く人募集中 https://kddi-agile.com/recruit

                                                                                チームにノリをもたらした時にいた「二人目に踊る人」の共通点
                                                                              • 採用面接で「志望動機」を言わせることに、果たして意味はあるのだろうか。

                                                                                面接のときに志望動機を聞かれて、「ウザすぎ」というツイートを見た。 志望動機ウザすぎだろ お前が募集してたから応募したんだよ — 限界 (@3U62_) August 26, 2023 そうだなあ、と思う。 ちょっと言葉が強いけれども、ほぼ同意だ。 ぶっちゃけ、私の場合で考えても、新卒の時にコンサルティング会社に応募した理由は、「(奨学金返すために)給料が良かったから。」「頭使う仕事がいいかも」くらいだった。 おそらく、面接では志望動機を聞かれたと思うが、何を答えたのかは全く覚えていない。 適当に作り上げた理由を、覚えているわけがないのだ。いま覚えているのは結局「金」と「雰囲気」で入りたいと思っただけ。 ただ、このように言うと、「本音ではなく、建前を言える人が欲しいのだ」と言う意見もある。 自分が採用仲介者側になって思うのが、かたちだけでも入社の意思作れない人間に、入社後に長期就業してもら

                                                                                  採用面接で「志望動機」を言わせることに、果たして意味はあるのだろうか。
                                                                                • 今のチームに来てから最も生産性が上がった考え方|牛尾 剛

                                                                                  多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性 様々な努力をして、特に有効だったことを自分の本に書いたつもりではある

                                                                                    今のチームに来てから最も生産性が上がった考え方|牛尾 剛