会食の本質は「店選び」ではない「２週間後に会食のセッティングをお願い！ ４人で、いい感じの店の予約と準備を任せた！ じゃ、あとはうまくやっといてね！ よろしく！」 上司からの依頼。何度聞いても心臓の奥で嫌な汗が出るような、この瞬間。そう、会食はビジネスパーソンにとってできる限り避けたい「雑務」である。 単に店を選べばいいだけかと思ったら、大間違いだ。少し考えるだけでも気が重くなる調整とビジネスパーソンとしての機微が求められる。 上司がクライアントと会食をセッティングする背景の理解 -相手の役職やビジネス背景、会食で達成したい目的を踏まえてどのような価格帯/立地の店にすべきか 上司やクライアントの食の好みの理解 -肉料理希望と言われたがステーキ/焼肉/肉割烹/メインが肉のフレンチやイタリアン、どれを選ぶべきか 個室が必要か不要か -オープン席の場合は席間隔はどのくらい空いた店にすべきか 二次
私が人生でずっと悩んで追い求めていたものがついに解決した。それは、なんでも良いから何かが「出来るようになる」ことだ。 昔からいくらその対象に時間をかけても、努力しても、人並みにすらならない。人にやってもらうとか自分がやらないことに関してはうまくいくのだが、自分が何かが出来るようになるということに関しては人生５０年目だが、絶望的で、それが自分の自己肯定感や、人並みに生きることへの罪悪感を生んでいた。人生で解決したかった問題 No.1 だ。だからそれをずっと解決しようと頑張ってきた。 ギター演奏での解決方法私はクソ不器用で、なにやってもできないので、人生で出来たらいいことを２つだけ定めた。ギター演奏と、プログラミング。ギター演奏に関しては少し前に解決した。根本的な問題を一つ上げるとすると、「ゆっくりから、メトロノームで練習する」これだけだ。 ギターはもう何十年も演奏しているのに弾ける感がなかっ
この記事を読むたびに学びがあるなぁと感じていたが読むたびに忘れている気がするので現時点での理解を書き留めることで今後の学びの糧にしたい。本記事は元記事の全体を和訳する事や内容の全てを解説する事を目的としておらず、僕自身の学んだ事や振り返った事や噛み砕いた解釈を大いに含むので、本記事に書かれている内容は元記事の主張と一致している保証は全くない事を念頭においてほしい。 apenwarr.ca To paraphrase the book, the job of an executive is: to define and enforce culture and values for their whole organization, and to ratify good decisions. この本を言い換えると、幹部の仕事とは文化と価値を定義して強制し、良い決定を承認する事です。 元記事で言
仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
2022.05.21 Scrum Fest Niigata 2022 Main Hall 10:00-10:45 Proposal https://confengine.com/conferences/scrum-fest-niigata-2022/proposal/16425
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ 2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない！」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。
介護に関するクソバイス (増田編)
やあ！ みなさんこんにちは。 クソバイス男こと増田です。 何を隠そうこのワイ、母親の介護歴17年（糖尿→脳卒中→骨折→認知症で要介護4。この間祖母の介護も4年被ってる）、父親の介護歴11年（骨折→肺がん→認知症予備軍で要介護3）を自宅みている 大馬鹿者 大ベテランなんですね。もちろん独身KKOです。 と言うワケで、アドバイス欲を満たすための生贄を見つけたので、クソバイスするよ。 さあLet'sクソバイス ストレス解消方法についてストレス解消はルーチンにして日常に入れ込むことが大切。 水分補給と同じで、ストレスがたまったら解消するのでは間に合わないことが多いので、ルーチンにれる。 例えば俺の場合、毎週木曜日が仕事完全休暇という仕事なのだが、この休みに合わせて、木曜日は両親ともにデイサービスに送り出している。 そして、木曜日はストレス解消の日、自分を甘やかす日と決めて、何もしなかったり、だらっ
組織の壊し方｜株式会社 帝国データバンク[TDB]
撞球者 最近、一部でサボり方ガイドが話題になっている。作成したのは第二次世界大戦時のCIA（米中央情報局）で、敵国内のスパイが組織の生産性を落とすためにどのようにサボればよいかを記した秘密資料である。（正確には、CIAの前身組織であるOffice of Strategic Servicesが作成。2008年に公開された） スパイ活動には相手組織を破壊することも任務の一つであり、そのサボタージュ任務のシンプルなマニュアルが「Simple Sabotage Field Manual」である。日付を見ると1944年1月17日となっており、まさに第二次世界大戦の真っ只中に作成されたものと分かる。 その方法とは、主に以下の11項目にまとめられるという。 「注意深さを促す」。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする可能な限り案件は委員会
マッキンゼー式「問題解決1枚シート」で、圧倒的に仕事がしやすくなる納得の理由。 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「商品の売上が減っている」 「チーム内でミスや不手際が多い」 「コンプライアンスが徹底されていない」 こんなビジネス課題の解決を任されたら、あなたならどうしますか？ どこからどう手をつけていいかわからず、途方に暮れてしまう……なんて事態に陥らないためにぜひ知っておきたいのが、“問題解決のノウハウ”。 今回は、かの有名コンサルティング会社 マッキンゼー・アンド・カンパニー出身者が開発した「問題解決1枚シート」というフレームワークをご紹介します。マッキンゼー流の仕事術を学び、仕事で課題にぶつかった際にぜひお役立てください。 元マッキンゼーの識者が提唱「問題解決1枚シート」とは？ 「問題解決シート」を取り入れてみるとこうなる （Step0）A4用紙を十字に4分割し、シートを作成する （Step1）左上スペースに「解決したいビジネス課題」を書く （Step2）左下スペースに、問題の分析結果を箇条書
中野 仁(Jin Nakano) (AnityA代表) @Jin_AnityA リーダーシップと意思決定の分布が日本が独特という話。 階層主義で合意形成を重んじるとなると、上下左右全部に話を通して凄まじいコミュニケーションコストがかかる上に、上と左右からはとりあえず意見だけは言えるのでリーダーに対して投げられる石がだいたい当たるという事では…。 pic.twitter.com/bqHxAufImN 2021-08-20 12:06:00
今日書きたいことは、大体以下のような話です。 ・昨年入社した新人さんが、人生二度目かというレベルで「助けを求めるのが上手い人」でかなり驚いています ・助けを求めるのが上手い人は、大体下記のようなことができています -手遅れになる前に「困っています」を出力できている -何がしたくて、何が出来ていないかを言語化できている -何をやろうとしたか、どこまで試みたかを言語化できている -普段の進捗をちゃんと周囲に報告・共有している -助けを求める際、必要な人を巻き込めている -自然と感謝の言葉を口に出来ている ・これが自然に出来る人は色んなところで得をしますよね ・ただ、ここまでできなくても、ただ「困っています」「進んでいません」をちゃんと出力できるだけでも上司としては十分ありがたいです ・新人さんは、遠慮なく弱音を吐きつつ、少しずつでも「助けを求めるノウハウ」を蓄積していけるといいんじゃないかと思
冷凍ケーキの件
この文は似たような業種の会社に勤めていた時の事情を元に たぶんそうじゃないかなあ、程度の俺のあくまで勝手な妄想です。 -- 冷凍ケーキの件だけど、ブランド先製造ってこの手の大規模な製造問題を起こさない、 または起きても責任の所在をはっきりさせるために、 定期的に工場監査して問題発生時のトレース能力の確認を求めてくる。 分かりやすく言えば金と工数だけかかるクソ面倒なISO認証(食品だとFSSC)とかも求めてくるし、 力量怪しければ信頼できる業界大手を元請けに入れたりコンサル投入してくる。 なんでクリティカルポイントの管理や記録確認程度ではなく、 受託製造の人間による記録外の原因究明力とか改善力とかそこまで見ている。 そんな状態で製造ラインに乗せて出ていった冷凍ケーキの多数が崩れていましたなんて 明らかに製造・搬送ラインまたは付帯設備のコントロールポイント管理を極めて重篤に怠ってないと出てこな
《追記》フレンチという一生モノの沼を薦めたい
（追記） こんな文章が、思ったよりもバズってびっくりしたので、ツイッターで「フレンチ自作沼（アカウント名は＠French_jisaku）」というアカウントを作成しました。 フレンチ自作界隈の人がいたらフォローしてもらえると嬉しいです。 以下でいただいたコメントの一部に返信していきます。 おおよそ素晴らしいことが書いてあるけど③だけ解像度が低い気が…というのも、料理というのは基本的には科学と同じで味に再現性を持たせる必要があり、そのためには分量を正しく理解し守る必要がある(この分量の正確さをレシピなしでも把握できているのがプロ)。その上で、③では"短時間だとミスった時のリカバリができず"とあるけど、正確な分量を計って料理をすれば大きな失敗はなく連鎖的に料理が崩壊することはまずあり得ない。短時間の作業でのミスとして、例えばイタリアンならカルボナーラの卵に火を通し過ぎる等の失敗はあるかもしれない
定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば（主にグローバル大企業で）これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高
謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― | 東京大学 先端科学技術研究センター
ホーム ニュース プレスリリース 謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― 東京大学 発表のポイント 日本の企業において、リーダーの謙虚さが心理的安全性を介してプレゼンティーズムに影響することがわかりました。 チーム単位で働く職場において、リーダーの謙虚さ、心理的安全性、そしてプレゼンティーズムの3変数がどのように関係しているか初めて明らかにしました。 メンバーが活躍できる職場の人的環境や文化的条件を考え、介入をデザインする上で示唆に富む結果といえます。 謙虚なリーダーシップは、心理的安全性を介してプレゼンティーズムと関連する 発表概要 東京大学先端科学技術研究センターの松尾朗子特任助教、熊谷晋一郎准教授らの研究グループは、複数の業種の日本企業を対象に調査を実施し、リーダーの謙虚さが高まると心理的安全
ファイルやフォルダーの利用者をリソースモニターで検索する プロセスが掴んでいるファイルを調べる 補足：コマンドで同じようなことをやる 補足：その他諸々 某所で書いたら意外に皆さん知らなかったようなので書いておきます。Windowsでファイルを削除したり名称変更しようとすると、別のプログラムが使っているので変更できない、といったエラーが出る事があります。こういう場合、後述の方法で「誰がファイルを掴んでいるのか」を調べられるかもしれません。 （あくまでローカル環境での話ですので、ネットワーク越しに掴まれているものや、インフラの運用で役立つ情報というわけではありません。ご了承ください） ファイルやフォルダーの利用者をリソースモニターで検索する リソースモニターという、タスクマネージャーの高機能版のようなツールがWindowsには標準搭載されています。これで、CPUタブにある「関連付けられたハンド
収益はゼロ、費用は9000万、もう完全にボランティア……なのに、なぜ「桜井政博のゲーム作るには」を作り続けられたのか。最終回を迎えた桜井さんにお聞きする、「この番組を見た人たちにとって、大事なこと」とは
「桜井政博のゲーム作るには」が、最終回を迎えた。 この番組は『星のカービィ』や『大乱闘スマッシュブラザーズ』のディレクターとしてお馴染みの桜井政博氏が、自身のゲーム制作で得たノウハウや仕事の姿勢などを発信するYouTubeチャンネルとして、業界の内外を問わず大きな話題を呼んでいた。 約2年半にわたって動画が投稿され、その数なんと、まとめ動画を除き260本！ その最終回はプレミア公開で多くのユーザーにリアルタイムで視聴され、「実は2年半も前に収録されていた」「別の企画と並行しながら作られていた」「制作費は9000万円」などの衝撃のデータが公開された。これもまた、ちょっと内容が濃密すぎて、大きな話題を呼んだ。 あの衝撃の裏話の数々に、「桜井さんがすごすぎて、正直少し怖い」という声も一部であがっていたけど……正直私もそう感じざるを得なかった。 い、いろんな意味ですごすぎる！ 今回、そんな「桜井政
Amazonで役員の時間をお願いする場合の雛形が良くできている話→「事前に流れがわかる」「ウチのミーティングで導入してほしい」無駄な会議が減りそうな予感
Issei Suzuki | 🇺🇸 プロダクトサイエンス代表 @issei613 Amazonで役員の時間をお願いする時はいつも秘書さんにこの形式で依頼しないと予定入れてもらえないのだけど、なかなか良くできた雛形だなと思う。ドラフトを送る前に上司に一度目を通してもらうと、認識のズレも予め修正した上で会議の準備に臨める。 pic.twitter.com/R2Mjro0SeS 2024-06-12 12:00:38 Issei Suzuki | 🇺🇸 プロダクトサイエンス代表 @issei613 最後の「意思決定は後でやり直しがきくか」はOne-way Door（一方通行のドア = やり直し不可）vs Two-way Door（双方向のドア = やり直し可）と呼んでいて、これは自分で見極めて、後者ならなる早で実験してみることを推奨されている。 2024-06-12 12:00:40
＊文字かすれ修正しました Developers summit 2022 発表資料です。 元ネタはこちらのnoteです。 https://note.com/miz_kushida/n/n103a7da460c5 Twitter https://twitter.com/miz_kushida
Claude Code / Codex ユーザーのための誰でもわかるHarness Engineeringベストプラクティス
カスタムリンター戦略: エージェント向けルールの設計 Factory.aiの4カテゴリ Factory.aiがオープンソースで公開したeslint-pluginは、エージェント向けリントルールを4カテゴリに分類しています。 Grep-ability(検索容易性): デフォルトエクスポートよりnamed exportを強制。一貫したエラー型と明示的なDTO。エージェントがコードベースをgrepで走査する際の命中精度を高める Glob-ability(配置予測可能性): ファイル構造を予測可能に保つ。エージェントがファイルを確実に配置・発見・リファクタリングできるようにする アーキテクチャ境界: クロスレイヤーのインポートをブロック。ドメイン固有のallowlist/denylistで依存方向を強制 セキュリティ/プライバシー: 平文シークレットのブロック、入力スキーマのバリデーション強制、e
「桜井政博のゲーム作るには」は非常に低い確率が何層も重ならないと実現できないチャンネルだった──桜井さんに直接聞いた、YouTubeを始めたわけ、動画制作の手順、まだ誰も気づいていない動画内の秘密
「チャンネル登録してください！」あの番組の高評価率は！？──「桜井政博のゲーム作るには」の最初にアップされた動画にて、「講師の依頼を受けることが多いけど、それでは限られた人にしか伝えられない｡動画にして配信することで､より多くの人に届けたい！」と、この番組を始めた理由について語られていましたが、そもそものYouTubeで始めるきっかけなどはあったのでしょうか？ 桜井氏： 私のチャンネルに関して開口いちばん言いたいことは、「チャンネル登録してください！」ですね（笑）。 ──（笑）。 桜井氏： とりあえずこれは最初に言っておこうと思いました。YouTuberっぽいですし（笑）。 でも、私の番組ではYouTuberらしいことをしていないという事実もあるんですよね。 たとえば、「動画をだいたい10分以上でまとめる」、「動画内でチャンネル登録を推奨する」といったYouTubeのセオリーがあることは、
Page Scrolling Vertical Scrolling Horizontal Scrolling Wrapped Scrolling
2023年度リクルート エンジニアコース新人研修の講義資料です
イチロー「合理的になるには無駄なことをたくさんしないとダメ」…手段の最適化を求める者は、目先の最適化を求めがちなので、長い目で見て進歩がない。
大滝瓶太 @BOhtaki イチローと稲葉の対談で、イチローは「最短距離で上手くなってもダメ。深みはでない」といい、神戸智弁の対戦相手からの質問に対して「合理的になるには無駄なことをたくさんしないとダメ」って言っており、そういえばこないだ同業者と似たような話をしたな……と思い出した。この「深み」なんよな。 2022-08-27 23:30:29 大滝瓶太 @BOhtaki 十年くらい前、ぼくは「小説を上手くなったらダメ。それは既存の表現への適応でしかなく、ものを作っているのではない。だから徹底して下手になって、下手になりきったところで新しく技術を作り出していかないと傑作は作れない」と思い、徹底的に下手になって死ぬほど一次落ちしたことある（失敗例） 2022-08-27 23:33:17 大滝瓶太 @BOhtaki しかしそれがいわゆる「間違った努力」とは実はまったく思っていなくて、既存の表
中間管理職は限界なのか？本記事は、本日2024年7月1日21:00にNewsPickで放映される【2Sides:中間管理職は不要か？】という番組に関連した記事となります。 動画については、『罰ゲーム化する管理職』など、数々の名著を生み出していらっしゃる、パーソル総合研究所の小林祐児さんとMCの加藤浩次さんとのセッションであり、最終的には明るい内容でまとまっています。 本記事については、本動画で提唱している「マネジメント民主化モデル」について解説しつつ、坂井の会社でエンジニア採用を開始することに伴い、「なぜ坂井が本事業をやっているのか？」についても触れていきたいと考えています。(※採用情報は末尾となります) 形骸化する管理職研修昨今、小林祐児さんの『罰ゲーム化する管理職』に代表されるように、「管理職の過剰負荷問題」が騒がれるようになりました。 実際に、坂井も企業のマネジメント基盤の支援をする
by TED Conference Linuxの生みの親でLinuxカーネル開発の優しい終身の独裁者としても知られるリーナス・トーバルズ氏が、Linux 6.1の初期リリース候補版となるLinux 6.1 -rc1をリリースした際に「開発サイクルのもっと早い段階でコードを追加してほしい、ギリギリになって作業するのは高校生で卒業するべきだ」と開発者に呼びかけたと報じられています。 Linux-Kernel Archive: Linux 6.1-rc1 https://lkml.iu.edu/hypermail/linux/kernel/2210.2/00359.html Linus Torvalds to Linux devs: Stop pulling all-nighters • The Register https://www.theregister.com/2022/10/17/li
認知負債 - kawasima
生成AIがプロンプトからコードを大量に生成してくれるので、出力されたものを理解する時間と引き換えに早くリリースする。この構造は技術的負債と同じなので「認知負債」と呼ばれることがある。 Margaret-Anne Storey が AI 時代のソフトウェア健全性を技術的負債・認知負債・意図負債の3層で整理している Addy Osmani は AI 生成コードでこのギャップが急拡大する現象を「理解負債」と呼ぶ Thoughtworks Technology Radar では "コードベースの認知負債" を Caution に分類している 認知負債と意図負債を分ける Storey の3層モデルの肝は、コード側の問題 (技術的負債) と人間側の問題を分けただけでなく、人間側をさらに「人の頭の中」(認知負債) と「外部化された知識」(意図負債) に分けたことにある。 table:table 種類 宿
ざっくり3行で言うと、 Claude Code を作った Boris Cherny 本人が「もうプロンプトは書いてない」と言い出した レバレッジが「いいプロンプト」から「いいループ設計」に移っている、らしい ただ、これを自動運転と勘違いするとたぶん事故る はじめに：あの人がもうプロンプトを書いていない ある日、X のタイムラインを眺めていたら、こんな引用が流れてきました。 Boris Cherny（Claude Code 責任者） "I don't prompt Claude anymore. I have loops running that prompt Claude. My job is to write loops." （もう Claude にプロンプトは出していない。Claude にプロンプトを出す「ループ」を走らせている。私の仕事はループを書くことになった） …ちょっと待ってほ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本稿は、日経クロステックにて筆者が昨年連載していた3回分の記事一部変更して1つにまとめたものです。 https://xtech.nikkei.com/atcl/nxt/column/18/01394/ 有料記事として配信されておりますが、無料でも閲覧できるようにということで日経クロステック様に許可を得てQiitaにも掲載しています。 第1回：技術的負債はなぜ生じるか。 第2回：ソフトウエア開発を「制御」する意外な処方箋 第3回：技術的負債への取り組みはなぜ「２つのDX」につながるのか。 第1回：技術的負債はなぜ生じるか。 年間
https://2026.emconf.jp/
中国で自動化の進んだ工場に感動する経営者→それは日本の工場がすでに辿った道で退化した理由がある「かなりの生産ラインが変わった」
かこか 🔧 生産技術系エンジニア課長 @kakoka_2019 中国の工場を見た人がだいたい言うのが「自動化がすごく進んでてビックリした。完全に日本は負けてる。すぐに追いつかないと」みたいなやつ。 確かに見た目の凄さ、派手さは負けてるのかもしれないけど、なぜ日本の多くの工場ではそれができないのかという推測までをセットで語ってくれる人はほぼ見たことがない。できないのか？やらないのか？やる必要がないのか？見た目だけじゃなくてもっとちゃんと考察しないと、トヨタ生産方式に踊らされてるのと同じで、ただ自動化することだけが目的になってしまうと思う 2025-05-10 14:48:34 うぃっちわっち(丁稚) @Witchwatch99 何度も言ってる話なんだけど、日本はバブルの頃に今の中国以上の自動化を達成してるんだけど、そんな工場で残ってるのは半導体製造業位で何故それらの工場が無くなったのかが分
「マネージャーは1時間単位でタスクにあたるが、エンジニアはまとまった半日単位の時間がある方が良い」話について - 新規事業開発のブログ
タイトルは、ポール・グレアム氏（Yコンビネーター）の「メイカー（作り手）のスケジュールとマネージャーのスケジュール」(Maker's Schedule, Manager's Schedule) からの引用です。 マネージャーは多くのミーティングをこなすなど、1時間単位でタスクにあたりますが、エンジニア（プログラマ）は最低でもまとまった半日単位の時間を作業に必要とする、と書かれています。 paulgraham.com 日本語訳 note.com エンジニア上がりのプロダクトマネージャーとして開発もプロダクトマネジメントも並行してこなしてきたのですが、意思決定のためのミーティングスケジュール、自身が開発を行うためのスケジュールをやりくりするバランスに腐心していました。 自身のタイムマネジメントで特に感じた点として、ミーティングとミーティングの間に1時間が3コマある時の開発生産性と、3時間まとま
はじめに「マネージャーは尊敬される人柄じゃないと無理ですよね」 「マネージャーは対人感受性がないと」 「そもそも、人として向き不向きがあるよね」 経営者の方と議論していると、マネージャーを誰にしようかと悩む時、あるいは自社のマネージャーについてコメントをする時、こういうご意見はよく伺います。 これらの問いに対して私の答えは「No」です。 マネジメントはフローもやり方もはっきりと言語化できる"業務"であり、そこにはマニュアルが存在します。訓練すれば誰でも一定程度のレベルで実行可能なものだと考えます。 今回は私が代表を務める会社、EVeMが提唱するマネジメント”業務”の実行方法「THE MANAGEMENT PATTERN」と、それを実行可能にする訓練方法について書きたいと思います。 マネジメントは"業務"であるドラッカーの言葉に「仕事を生産的なものにし、人間を活かすことが、マネジメントの役割
小野松健太｜(株)ZenZen執行役員 @Sales_Onomatsu (株)アレグリア 代表取締役｜(株)ZenZen 執行役員(営業コーチング)←キーエンス(全国1位2回)｜元祖キーエンス芸人｜炎上の中心大体俺 https://t.co/8Rm2myIFwJ
中野 仁(Jin Nakano) (AnityA代表) @Jin_AnityA おお…。 デジタル庁は大企業のホールディングス側のIT部門に構造的に似てる気がする ・国会が取締役会、各省庁が事業部門、そして、更に自治体というグループ会社という板挟み ・外注化が進み内製能力が要件に対して足りない asahi.com/articles/ASQ4R… 2022-04-23 13:47:45 中野 仁(Jin Nakano) (AnityA代表) @Jin_AnityA ・事業部門・子会社の実権が強く、後ろ盾の取締役会も方針が移り変わる ・権限、予算が大きくある訳でもなく、あったとしても説明責任を大量に負う(会議漬けの原因) 横断型組織として宙に浮きやすく、的にされやすい 民間企業レベルでも起きる事が公共でおきる mag2.com/p/news/536324 2022-04-23 13:52:53
ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/
生成AIの進化は、私たちの知的生産のあり方を根本から変えようとしています。 本記事では、既存の知的生産フローにGoogleの強力なリサーチアシスタント「NotebookLM」を統合し、そのプロセスをどのように加速・深化させられるかを探求します。 知的生産の5フェーズモデル（改訂版）私たちの知的生産プロセスは、以下の5つの循環するフェーズで構成されています。 着想（探索と波紋）: 情報収集と初期アイデアの社会への問いかけ。 実験（仮説検証とプロトタイピング）: アイデアの価値を迅速に検証。 資産化（構造化と視覚化）: 知識の構造化と視覚的整理。 昇華（対話と思想化）: 知識を独自の「思想」へと高める。 公開（社会還元と循環）: 思想を公開し、次のサイクルへ繋げる。 NotebookLMを情報処理の最初に配置することに。このフローにNotebookLMを導入することで、特に「着想」と「資産化」
前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか？どうすればいいんですか？」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。
アンドエンジニア - エンジニアのこと、エンジニアから。
りんご🍎 @r1ngo5656 社員が問い合わせする窓口が一箇所じゃないのほんと気持ち悪い。内部通報制度とかは別として、総務宛も経理宛もIT宛もぜんぶいったん一箇所に放り投げて仕分けしてあげるくらいがいい。 2024-09-18 18:51:22 りんご🍎 @r1ngo5656 問い合わせ者が問い合わせ先を判断しろ、じゃなくて、『判断するのは受け取った先』でいいじゃんっておもう。組織によって仕分けが違うけどそれこそ学習させて処理したいー あとは担当部門ごとに情報を見せたがらないときのロール管理なんだよな。にんげんってめんどい 2024-09-18 18:54:15
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
若手のうちに絶対身に着けたい「ビジネス会食完全攻略マニュアル」｜yuuu/会食専門家・ビジネス会食本著者
プログラミングというより物事が出来るようになる思考法｜牛尾 剛
大企業の幹部がやっている事について - Software Transactional Memo
抽象度の高い仕事の進め方 - Konifar's ZATSU
「時間がない」症候群、その傾向と対策
日本企業においてリーダーシップが生まれにくい理由～リーダーシップを取る事の割の合わなさ問題～
昨年入社した新人さんが、あまりにも助けを求めるのがうまくて、「こいつ人生二度目か？」と思った話。
SAPは何故使いにくいのに、世界中で愛されているのか｜ヒーホーくん
ファイルを掴んでいるプログラムを特定する方法 - misc.log
「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか
GitLabで学んだ最高の働き方 Developers Summit 2022-02-18
現代的システム開発概論
「中間管理職の限界」と「マネジメント民主化モデル」について｜Momentor坂井風太
リーナス・トーバルズが開発者に「ギリギリになってあわてて作業するのは高校で卒業すべき」と助言
もうプロンプトを書くな──「Loop Engineering」という新しいパラダイムの正体
「技術的負債」への処方箋と「２つのDX」 - Qiita
マネージャー版 "提案のレベル" を上げる
マネジメントは教養や所作ではなく、"業務"である｜長村禎庸@EVeM
いいねの数だけキーエンスで上司に怒られたこと言います→1800以上のいいねがつき、その内容を更新「上司の語彙力」
デジタル庁 = ホールディングス側情シスなのでは？説～日本的な組織構造と横断組織を機能させる事の難しさ～
NotebookLMを取り入れた新・知的生産術｜Shin
「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ
アンドエンジニア - エンジニアのこと、エンジニアから。
社内ヘルプデスクのチケット管理システム、みんな何使ってるんですか？→有益すぎる情報が集まる
rocketnews24.com
togetter.com
gigazine.net
realsound.jp
www.itmedia.co.jp
realsound.jp