仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた 「プロジェクトマネジメントの基本が全部わかる本」を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。 橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは「専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか」。 「うちの会社は仕事を回すのが下手」と感じている方にこそ読んでいただければと思います。

claude.iconこれらのツイートは、先端的な開発プロジェクトにおいて「ガチでやる気パーソン(GYP)」の存在が非常に重要だという点で一致しています。

はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

TOPインタビュー実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 2024年3月26日 株式会社アトラクタ Founder兼CTO／アジャイルコーチ 吉羽 龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に『SCRUM BOOT CAMP THE BOOK』（翔泳社）、訳書に『チームトポロジー』（日本能率協会マネジメントセンター）、『プロダクトマネージャーのしごと』『エンジニアリング

「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」カオスなプロダクト開発を効率化したら硬くて息苦しい官僚組織になっちゃった! 大企業病の罠を乗り越え若々しいチームを実現するぞ 効率化を進めていったら息苦しい組織になってきたと悩む方に向けたセッションです。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19268 発表者 https://twitter.com/_N_A_ https://note.com/mryy 関連スライド 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法 https://speakerdeck.com/moriyuya/product-management-rsgt20

先日、『質の高い課題解決できる人が「こうすべき」を主張すべきだけど、それが苦手な人も多いからチームで解決したら良いのでは』という雑な考えを書いたのですが、僕のブログにしては多くの人に読んでもらえました。 読んでくれた人、ありがとうー fujii-yuji.net ただ、この記事へのコメントで「質の高い決定ができない上司や社長はダメだろ」みたいな意見もそれなりに多くあって、けっこう驚いたのですよね。 僕が雑に書いたわかりにくい文章だったことが原因で誤解されてしまったのでしょうけれど、今日は補足として「部下がやれることを上司もやれる必用はないですよね」的な話を書きます。 上司が「自分ではできないからお前に頼むわ」と言ってくれたお陰で、"上司のして欲しいこと探し"をしなくて済んだ。 僕が若いころお世話になった上司はよく「自分ではできないからお前に頼むわ」と言っていました。 実際のところ、その上司

CTO室 相談室でCARTAの各部署の技術メンター・コーチをしている前田@brtriver です。 自分の仕事内容を説明するのが難しいですが、スタッフエンジニアでいう右腕です！ いろんな部署のサポートをしていると開発要望タスクのリストを確認する場面がよくあります。 そして、その中の「優先度」という項目で正しく優先度をつけることができていない現場が多いと感じます。 そこで、今回はどのように「優先度」を考えればよいかについて私自身が意識していることをまとめてみるので、ぜひ一緒に考えてみましょう。 優先度が「高」だらけになってしまう チケット管理において優先度が「高」だらけになってしまう現象を目にしたことはありませんか？ チケットは困ってる本人が書くため、基本とその優先度は「高」が多くなります。 チケットに残すために書いたとしても、優先度低いタスクはそもそもやらないという判断されることが多く、そ

Negative Capabilityという概念を最近知った。詩人ジョン・キーツが提唱したとされている用語で「事実や理由を性急に求めず、不確実さや不思議さ、懐疑の中にいられる能力」を意味する。対義語はPositive Capabilityで、所謂課題解決能力の事。 我が身に翻ってみると思い当たる事が多く、特にマネージャーをやっているとこの能力の有用性を感じずにはいられない。例えばよく目にするのは以下の様な事象だ。 新しく入ってきたマネージャーが成果を出そうと張り切って色々提案するが、芯を外していたり合意を得られてなかったりで現場でハレーションが起きる ある問題を解決する為に新しいツールを導入するが、新しいツールが更なる問題を引き起こし以前より状況が悪化する 組織内で色々改善活動を試みるが、すぐには効果が出ず反応も芳しくないので心が折れてしまう これらはpositive capability

これはなに？ こんにちは、リファクタリング大好きなミノ駆動です。2023年7月より株式会社スタメンにジョインしました。 コミュニケーションには会議体やテキストベースなど様々な手段があります。 その中で雑談がなぜ重要であるかについて、私の考えを記したものです。 大事な前提　〜目的と手段の関係〜 人々の活動には目的があります。そして目的を満たすための手段を追い求めています（ここでいう手段とはシステムであったり情報であったり、「目的の役に立つもの」と考えてください）。 目的と手段の関係性を次の図で表現します。目的と手段それぞれの円の重なりが大きいほど、目的に対して相応しい手段である、ということをここでは表します。 この図を使った例を出します。 今の時期、だんだん暑くなってきましたね。「暑さを解消したい」という目的に対して、「扇風機を点ける」「エアコンを点ける」「かき氷を食べる」「南極に送り込む」

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

この記事で書きたいことは、大体以下のようなことです。 ・夫婦間の家事分担でのトラブルや不平不満の話をよく聞きます ・家事はとても大変なタスク群であって、「やれて当然」などというハードルが低いものではない、という前提の共有はまず重要です ・大変なタスク群をプロジェクト内で分担する際は、ある程度システマチックにやらないと大体トラブルに発展しますよね ・私の観測範囲内では、「タスクの粒度/難易度認識」と「目標設定」「達成度評価」の三点に関して、言語化に基づく認識合わせが足りていないご家庭が多いように思います ・家事が出来ているのはとても偉いので、皆自慢しまくるといいしお互い褒めまくるといいと思います 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまいましたので、あとはざっくばらんに行きましょう。 *** 家事、大変ですよね。私、高校の頃から一人暮らしを経験しまして、適当

早いもので筑波に来て 3 度目の春を迎えます。2 年前の春を憶えていますか。 筑波大学を便利にするサークルが爆誕 元々は大学の KdB と呼ばれる開設科目データベースがダウンし、その代替サイト「KdB もどき」を作成したことに端を発します*1。懐かしいですね。 ミラーを立ち上げただけと言えばそうなのですが、新入生が大学をディスりながらシステム開発！みたいな構図が予想以上にウケたっぽく、Twitter がバズったりメディアに取り上げられたりしている間にサークルを新設する流れになりました*2。 togetter.com 筑波大には学生が開発した数多のサービスやアプリケーションが存在しますが、その多くは個人レベルで開発が行われているため、開発者が大学を離籍するとシステムが保守されなくなる傾向にあります*3。そこで、筑波大学の学生生活を便利にする各種サービスを総括的に管理・保守することで持続可能な

アーキテクチャの議論でよく出てくるのが、コンウェイの法則と、逆コンウェイ戦略です。これについては、うっかりIT用語をバズらせてしまう達人のマーチン・ファウラーのブログにも詳しい説明があります。角さん、いつも翻訳ありがとうございます。 「逆コンウェイの法則」が持ち出された議論が苦手なんどけど、なんでなのかな。コンウェイの法則はよく理解できるんだがー。 — Kazunori Otani (@katzchang) February 28, 2023 この@katzchangさんのツイートもそうですが、逆コンウェイ戦略に関しては僕も少しモヤモヤするところが個人的にあり、そのあたりを周りの人（@katzchangさんや@tokoroten、@__garsue__氏）と議論したらいろいろ自分が思っていなかった知見も得られたりしたので、まとめてみます。 コミュニケーションがかえって増える問題コンウェイの

初めて会社を起業する人のほとんどは、集団をマネジメントする方法を学ぶ間に、創業当初の従業員を燃え尽き症候群にさせてしまうと思います。 筆者のアドバイスがそのようなケースを減らせるなら、ここに書いておく価値があるでしょう。 筆者は小規模なチームやスタートアップ企業のマネージャーのためにこの記事を書きました。 ほとんどのアドバイスは、大規模な企業のマネジメントには当てはまらないのではないかと思います。 なお、急成長している企業に入社する人への全般的なアドバイスについてはこちらをご覧ください。 筆者について 中・小規模のエンジニアリングチームを数チーム管理した経験あり On DeckのCTO CoinListの元エンジニアリング担当VP AngelListの元リモート責任者 Product Huntの元CTO それでは始めましょう。 マネージャーはすべての失敗に責任を負う 分かります……とても前

「テレワークは生産性を下げる」は妄想か？　社員を監視したいリーダー層にMicrosoftが警鐘：ウィズコロナ時代のテクノロジー（1/3 ページ） COVID-19の終息傾向を受け、多くの企業がオフィスの再開・テレワークの縮小に踏み切っている。しかし「家族の介護があるために自宅にいられる時間を増やしたい」「遠隔地に住んでいるが希望の会社・職種で働きたい」などの理由から、パンデミック後もテレワークを継続する（あるいは通勤とテレワークを併用する「ハイブリッド型」で働く）ことを願う労働者も少なくない。 そのため事務職などテレワークと相性の良い職種や業界では、今後もある程度の企業がテレワーク制度を存続させるだろうと見込まれている。しかしテレワークを巡る議論に、Microsoftから新たな一石が投じられている。それは「生産性パラノイア」と名付けられた問題で「それがテレワークを阻害しかねない」と彼らは訴

本当すみません。全部無理になって駐車場でケーキ食べてます pic.twitter.com/SCFHPCpFx2 — 梶本 時代 (@uni_iga_iga) April 7, 2022 去年末から度々死にたくなっていたが、 「いま私が死んだら職場が回らん」 と言いながら体を引きずって出勤した。 その結果がこれ。 どれほどヤバい職場なのか。 中規模病院の病棟に、正看護師として常勤していた。 残業10時間以内、年間休日120日以上、男性を含めた産休育休所得率100％。 お局様はおらず、師長さんは常に笑顔で恫喝なんてもってのほか。 本当に優しい人たちしかいない。 これだけ見ると、見事なホワイト企業だ。 しかし、離職率がハンパなかった。有能な人から辞めていくのだ。 何が問題なのか、はじめは理解出来なかった。 しかし、配属されて３年目、ようやく気づいた。 法的に裁くことができないのに、蓋を開けるとめ

サントリーホールディングスの新浪剛史社長が経済同友会の夏季セミナーで、45歳定年制を提唱したとして一部で話題になっている。 ４５歳定年制導入を　コロナ後の変革で―サントリー新浪氏（時事通信2021年9月9日） 記事だけでは具体的な内容はわからないが、上記報道では「社会経済を活性化し新たな成長につなげるには、従来型の雇用モデルから脱却した活発な人材流動が必要」「会社に頼らない姿勢が必要」と述べたようなので、よくある「給料の割にパフォーマンスが悪い中高年社員を追い出して若い元気な人と優秀な一部の人だけ残したい」という類の考え方であるようにみえる。 「よくある」というのは、この種の考え方は別に珍しくも新しくもないからだ。自分に能力があると考えがちな若い社員がジョッキを片手に盛り上がる典型的な居酒屋談義のネタだ、という前者の点はひとまず措くとして、少なくとも後者の「新しくない」という点でいえば、そ

みずほ関係者の方でしょうか。連日のように繰り返されるシステム障害とその批判を目の当たりにして疲弊しているのだろうとお察しします。ただ、仰っている内容はどれも妥当性に乏しいので、公言されるとますます批判の声が強まってしまうことが危惧されます。ご自身の反論が有効かどうかを検証する有力な方法は「他の2メガバンクではこのロジックは通用するか？」という考え方です。以下、すべてこのアプローチでご説明します。 まず「銀行リテールの利益は250億円しかなく赤字のこともあるのだから莫大な設備投資をすることは株主にとって妥当ではない」というのは論理が全く逆で、莫大な設備投資をしたのですからもっと稼がなければならないのに稼げていないことが問題なのです。MUFGやSMFGをご覧頂ければ銀行リテールだけでも1,000億円単位で儲けていることがわかるでしょう。しかもシステム統合に要した費用はMUFGで3,300億円、

ITプロジェクトに参画するには色んな立場があると思います。ざっと上げるだけでもこんな感じで、失敗する要因はだいたい決まっています。プランニング不足です。 ・受託開発を請けた開発会社として ・プロジェクト支援依頼を請けたコンサルタント・PMOとして ・事業会社のプロジェクト運営側として私はSIer→事業会社→独立してコンサルタントというキャリアを歩んできましたので、全ての立場でITプロジェクトに参画させて頂きました。上手く行った案件もあれば、そうではなかった案件もありました。 SIあるあるだと思いますが、案件が火を吹いてしまうと優秀なエンジニアが矢継早に放り込まれる傾向があります。未熟な人では火を消せませんから。当時SIerに在籍していた私は、結果的にやらかしたPMと優秀なエンジニア、給料変わらないのに優秀な人が貧乏くじを引いてしまうの意味がわからないなぁと思った記憶があります。 その後私も