並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 922件

新着順 人気順

マネジメントの検索結果361 - 400 件 / 922件

  • 「Googleの組織的強さ」ってどこにあると感じますか?ちなみに、日本の会社にそれに近い強さ、をもつ会社はありませんでしょうか。 | mond

    「Googleの組織的強さ」ってどこにあると感じますか?ちなみに、日本の会社にそれに近い強さ、をもつ会社はありませんでしょうか。 眼の前の仕事を上手くやる、という技芸レベルの話では実はそれほど他社との決定的な差はなく、組織として上手く行ってるのはとにかくスケールする事を意識しているのがポイントではないかと思っています。 組織構造のデバッグが上手仮に全社員が優秀で与えられたタスクを誠実にこなしていても、組織を大きくしていくと部署間で細かい矛盾が起きたり正義が衝突することは珍しくありません。また衝突しなくても特定の問題を解決する部署が事実上存在しなかったり問題自体が放置される事は一般的な組織において珍しくありません。 Googleが組織として上手くやっているなと感じるのはそういった組織内での矛盾を早期に見つけて自発的に解決しようとし続けているという点です。技術の創造と設計という本から図を引用し

      「Googleの組織的強さ」ってどこにあると感じますか?ちなみに、日本の会社にそれに近い強さ、をもつ会社はありませんでしょうか。 | mond
    • 「言えばやってくれるけれど、なかなか自分から動かない」今どきの"指示待ち部下"が急にやる気を出す最強の質問 一見、無気力でモチベーションゼロに見える若手も、内なる「衝動」を持っている

      上司を悩ますモチベーションゼロの若手部下。なぜ彼らは自分から動かないのか。「問い」が組織の創造性をいかに高めるか、をテーマに研究を続けながら、様々な企業に助言も行っている安斎勇樹氏は、「質問術」によって、動く部下に変えることができると説く。学びのサイト「プレジデントオンラインアカデミー」の好評連載より、第1話をお届けします。 ※本稿は、プレジデントオンラインアカデミーの連載『「君はどう思う?」で人は動き出す 優れたチームリーダーがやっている最高の質問20』の第1話を再編集したものです。 どんな人間も必ずモチベ―ションは持っている 言えばやってくれるけれど、なかなか自分から動いてくれない――部下に対してこう悩むチームリーダーは多いでしょう。 「指示待ち部下」には2つのタイプがあります。ひとつは、モチベーションはあるけれども自分からは行動しないタイプ。 モチベーションを持ちつつも受動的になって

        「言えばやってくれるけれど、なかなか自分から動かない」今どきの"指示待ち部下"が急にやる気を出す最強の質問 一見、無気力でモチベーションゼロに見える若手も、内なる「衝動」を持っている
      • [世界初となる『ドラゴンボール』テーマパーク建設へ!]| 【公式】ドラゴンボールオフィシャルサイト

        サウジアラビアのQiddiya Investment Companyが進めるギガプロジェクト「Qiddiya(キディヤ)」にて、世界初となる『ドラゴンボール』のテーマパークの建設が決定しました! ドラゴンボールテーマパークは500,000㎡を超える広さを誇り、7つのエリアで構成された敷地には「カメハウス」「カプセルコーポレーション」「ビルスの星」など、作品を象徴するさまざまな建物を再現します。 TVシリーズ『ドラゴンボール』から『ドラゴンボール超』に至るまで、作品内で描かれた数々の世界に入り込み、まるでアニメーションに登場するキャラクターになったかのような気分で、孫悟空たちとともに冒険を楽しむことができます。 アトラクションは5つの画期的なライドを含め合計で30以上にもおよぶラインナップとなり、また、ランドマークとしてパーク中央に据えられる全高約70mの「神龍」には、その内部を通り抜ける大

          [世界初となる『ドラゴンボール』テーマパーク建設へ!]| 【公式】ドラゴンボールオフィシャルサイト
        • GitHub Projects を利用したタスク管理 - 一休.com Developers Blog

          宿泊開発チームでエンジニアをしている @itinao です。 昨年の10月に入社しました。 今回は GitHub Projects を利用したタスク管理について記載します。 なんとなーく GitHub Projects 使うと、KANBANにしてみたり リストにして使ってみたり で終わってしまいます。 もっと色々できるんだよってことが伝えられればと思います。 背景 どんな機能があるか Custom Fields Views Group by Slice by Workflows ISSUEと Pull requestの紐づけ Insights タスクの進め方 タスクの洗い出し 見積もり 現状の課題と今後の展望 まとめ さいごに 背景 一休ではチームごとにタスクの管理方法が違い、 Google Spreadsheet・GitHub Projects・Jiraなど、チームごとにタスク管理の方法

            GitHub Projects を利用したタスク管理 - 一休.com Developers Blog
          • “彼はすごくいい人だけど…”とグローバル企業で評価されない人の特徴 日本の優秀なマネジメント層に足りない資質

            味の素が打ち出した「適所適財」の考え方 髙倉千春氏(以下、髙倉):じゃあ(日本企業が成功するために)何をやればいいか。今、企業側が考えているのは「将来の未来戦略は大きく変わるよね」という資料の左上のところです。 経営理念と合わせて将来戦略を考えなきゃいけない。「優秀層はどういう人なんだっけ」と考えると、その将来の職務要件や人材要件が大きく変わるでしょうと。 もう1つ大事なのは個の尊重。「うちにはどんな人がいるんだっけ」「どういう思いで何を大切にしてるんだっけ」という可視化が必要です。今HRテックの必要性がすごく言われていて、可視化のツールがあらためて重要になっている。 会社のニーズというか、将来戦略と人材ポートフォリオ、事業ポートフォリオの合体なんですけど「こんな人がいるから、こういうポジションを作ろう」というのが、日本企業の今までのセオリーだったんです。 でも私たち味の素は、「適材適所」

              “彼はすごくいい人だけど…”とグローバル企業で評価されない人の特徴 日本の優秀なマネジメント層に足りない資質
            • プロダクトオーナーの考えるべきところ - kawaguti’s diary

              プロダクトオーナー(PO)の考えるべきところ、もしくは「はまりがちな罠」について、いくつかのトピックを思いつくまま書き出してみました。悩めるPOさんの手助けになれば幸いです。 序盤戦、中盤戦、終盤戦の戦略 一番美味しいアイデアがでる可能性に備えるために 引き継ぎにはコストがかかるので人を追加すると遅くなる システムは利用者の数に従って情報が増えるので、リリース後が最も大変な時期になる システムはハーモニーなので、継ぎ足して別の人を追加すると繋がらない あ、よければアギレルゴの認定スクラムプロダクトオーナー研修もご検討ください。著名な講師が通訳付きで教えてくれます。 1. 序盤戦、中盤戦、終盤戦の戦略 「序盤で基礎を作って、作るスピードが上がってきたら、重要なところを作り、最後はウリになるものを作りこんでリリースする。」一見、良さそうに見える戦略ですが、これは結構危うい計画になりがちです。ユ

                プロダクトオーナーの考えるべきところ - kawaguti’s diary
              • Googleのソフトウェアエンジニアリング - 技術メモ

                600ページ以上あり結構長いので方針としては第1部だけは一通り読んでみて、その先は各章結論から読んでいき、気になった部分だけ遡って拾い読みしていく戦略でいく方が良さそう。

                  Googleのソフトウェアエンジニアリング - 技術メモ
                • クジラの言語構造、想像以上に人間の言語に近かった

                  マッコウクジラは「コーダ」と呼ばれる短いクリック音のシステムを用いて仲間内でコミュニケーションをとることが知られている。MITの研究チームは、統計モデルを用いた分析で、コーダによるやり取りが文脈に応じて構造化されていることを明らかにした。 by Rhiannon Williams2024.05.09 293 15 マッコウクジラは魅力的な生き物だ。あらゆる種の中で最大の脳を持ち、その大きさは人間の6倍もある。その大きな脳は、知的で理性的な行動をサポートするために進化したのではないかと科学者たちは考えている。 マッコウクジラは社会性が高く、集団で意思決定をする能力を持ち、複雑な採餌行動をとる。 しかし、マッコウクジラが「コーダ」と呼ばれる短いクリック音のシステムを用いてコミュニケーションをとるとき、お互いに何を伝えようとしているのかなど、マッコウクジラについてはわかっていないことも多い。そん

                    クジラの言語構造、想像以上に人間の言語に近かった
                  • エンジニアはどう学んでいけばよいのか - つまりは「知ったかぶり」 の積み重ね - Qiita

                    はじめに この記事では、学んでいくためのマイルストーンとして「知ったかぶりができること」を設定するのもアリなのでは? という提案をします。 初学者でなくても『どうやって学んでいこうかな~』は全エンジニアの関心事だと思うので誰かの行動のきっかけになれたらうれしいです。 目次 (エンジニア)人生は勉強や! 「知ったかぶり」を再定義する 「知ったかぶり」を可視化する 無知の知はすぐに自覚できる どうすれば人に説明できるようになるのか いったんここまでのまとめ 脳内イメージの解像度をどう上げていくか アウトプット先を意識したインプットをしよう " 知ったかbrilliant Journey of Engineers " さあ、なにを知ったかぶりしていこう? おわりに (エンジニア)人生は勉強や! 技術は高速かつ複雑に成長しているので、新たな分野を学ばなきゃいけない機会はどんどん増えていく。また、そ

                      エンジニアはどう学んでいけばよいのか - つまりは「知ったかぶり」 の積み重ね - Qiita
                    • 中間管理職の「過剰負担」は、なぜいつまでも解消しないのか? 見逃しがちな“落とし穴”とマネジメント再構築の4ステップ

                      多くの企業がこれまで以上に注力している管理職育成。一方で管理職に求められる機能は減ることがなく、むしろ時代の流れとともに求められる役割は増え、負担そのものは増加し続けているという現状も。そこで今回は、組織強化のコンサルタントサービスなどを提供する株式会社タバネルの奥田和広氏が、マネジメントを仕組み化するための4つのステップを解説します。 組織課題の1位は“ミドルマネジメント層の過剰負担” 奥田和広氏:まずは今日の主題の「中間管理職の実態」からお話をさせていただきたいと思います。どんな企業でも、中間管理職の方はいらっしゃいます。「中間管理職は組織の要」なんて言われることが多いですね。 経営者からの要求と、現場からの要求、「経営と現場をつなぐ要」ということで、中間管理職は組織の中で非常に重要な役割を果たしていることになるかと思います。 こういう重要な役割を果たしていますので、当然、業務的にも責

                        中間管理職の「過剰負担」は、なぜいつまでも解消しないのか? 見逃しがちな“落とし穴”とマネジメント再構築の4ステップ
                      • モチベーションを維持し、自分だけの人生を切り開くためにやるべき「10のこと」 - Qiita

                        今の時期って、期が変わり 、自分のキャパを超えて、モーレツに頑張っている人と、自分のキャパを持て余し気味で、モチベーションが落ち気味の人がいるのではないかと思います。 5月病とはよく知られた言葉ですが、正式な病名ではなく俗称です。 激しい入学試験をパスしてやっと大学に合格し た新入生が、ゴールデンウィーク明け頃に無気力な状態になることから名づけられました。 大学生だけでなく、新入社員 などにもみられます。 お疲れ様です。 4月にこうありたいと立てた目標からぶれないよう、自分を戒める意味で、記事を作成しました。モチベーション維持が難しいと、悩んでいる方々の助力となれば、幸いです。 モチベーションを維持する方法 モチベーションを維持するのは難しいですよね。しかし、ちょっとした工夫で、より長く高いモチベーションを保つことができます。まず、いくつかの方法を紹介します。 目標設定 SMARTな目標を

                          モチベーションを維持し、自分だけの人生を切り開くためにやるべき「10のこと」 - Qiita
                        • 【中級者】書籍「ITプロジェクトの英語」より「知っておくべき英語での言い回し10選」

                          ITプロジェクトに関わるプロジェクトリーダー、プロジェクトマネージャー向けの理解しておくべき英語の言い回しが紹介されています。プロジェクトのプロセスに合わせて、ポイントや例文を多数紹介しており、より具体的で活きた英文を学ぶことができます。工数や人日・人月などの表現から、契約締結、共通化、引き継ぎ、遅延、暫定対応、検収、口頭伝達などよく使う表現にポイントを絞って例文を紹介しています。企画、設計、開発から、保守、管理、評価まで、ITプロジェクト全体をカバーしているため、PLやPMの方はもちろん候補となるエンジニアのメンバーも抑えておくとよいでしょう。

                            【中級者】書籍「ITプロジェクトの英語」より「知っておくべき英語での言い回し10選」
                          • 日本の国土交通省が送る『Cities: Skylines』Modv2.0公開!好きな実際の街を再現する「SkylinesPLATEAU」―設定ファイル自動生成などで使いやすく | Game*Spark - 国内・海外ゲーム情報サイト

                            国土交通省が主導するプロジェクトPLATEAU(プラトー)は、『Cities: Skylines』のMod「SkylinesPLATEAU」のv2.0を3月29日に公開しました。 オープンデータの3D都市モデルを『Cities: Skylines』にインポートするMod「SkylinesPLATEAU」はPLATEAUが2023年3月に公開した『Cities: Skylines』向けModで、実際の街の3Dモデルをゲームにインポートすることができます。「まちづくりの計画検討やワークショップ、教育の現場等で活用」できるとされています。 同ModはGitHubにてソースプログラムが公開されているほか、導入の詳しいマニュアルがこちらで公開されています。

                              日本の国土交通省が送る『Cities: Skylines』Modv2.0公開!好きな実際の街を再現する「SkylinesPLATEAU」―設定ファイル自動生成などで使いやすく | Game*Spark - 国内・海外ゲーム情報サイト
                            • ふりかえり手法「象、死んだ魚、嘔吐」でチームの闇と向き合おう - Qiita

                              ふりかえり手法にはKPT、Fun Done Learnなど様々な手法が知られています。 今回はその中でもチームの課題と向き合う手法「象、死んだ魚、嘔吐」について説明します。 また自分達が実際に実践するにあたって行った工夫を紹介します。 ふりかえり手法「象、死んだ魚、嘔吐」とは? 2024.1.17追記 「象死んだ魚嘔吐のうた」を制作し、Reginal Scrum Gathering Tokyo 2024にて発表しました。 ↑使用したオリジナルの背景画像です。お好きなツールの背景としてどうぞ。 「象、死んだ魚、嘔吐」とは、Airbnbの共同創業者ジョー・ゲビアが提唱した手法です。 カリスマ性があり完璧主義のジョー・ゲビアが率いるチームでは、雰囲気が重苦しく、メンバーはゲビアを恐れ、自分の考えていることを発言できなくなっており、チームは崩壊寸前でした。 そのような状態で考案されたふりかえり手法

                                ふりかえり手法「象、死んだ魚、嘔吐」でチームの闇と向き合おう - Qiita
                              • 開発チーム作成ガイドを公開します - Cybozu Inside Out | サイボウズエンジニアのブログ

                                こんにちは。シニアスクラムマスターの天野 @ama_ch です。 サイボウズの開発組織において、今後の成長を加速させるためには、組織の基本単位をスクラムチームのような自律的な小さなチームにしてスケールさせることが非常に大切だと考えています。サイボウズは比較的スクラムが普及している組織ではありますが、組織内のすべてのチームがスクラムを採用しているわけではありません。 フレームワークとしてスクラムを採用するかどうかはチームの自由です。しかし、健全なチーム環境を整えることはすべてのチームにとって重要です。チームやチームワークに関する情報は巷に多く存在しますが、我々のようにすでにある程度の規模で活動しているプロダクト開発組織で、チーム環境を整えるために実践的に使える情報がないことが悩みでした。 そこで、これまでのチームに関する学びと実践を踏まえ、サイボウズの開発組織の文脈において、スクラムを実践し

                                  開発チーム作成ガイドを公開します - Cybozu Inside Out | サイボウズエンジニアのブログ
                                • 「象・死んだ魚・嘔吐」をやってみた振り返り - JX通信社エンジニアブログ

                                  こんにちは。スクラムマスターの@sakebookです。 今回は「象・死んだ魚・嘔吐」をチームでやってみたのでその振り返りをします。 「象・死んだ魚・嘔吐」とは 振り返り手法の一つです。Airbnb Story 大胆なアイデアを生み、困難を乗り越え、超人気サービスをつくる方法(原題: The Airbnb Story)の中で紹介されていたようです。 翻訳されてなかなかキャッチーなネーミングになっています。 それぞれ次のようなことを意味します。 象 凄く大きい、見えているけど、みんな見ないふりをしている課題・問題。表層化しているけど大きすぎてみようとしていない。これが何かをみんなで話していく。 死んだ魚 放っておくと腐っていく。そういう問題。放置しておくとまずいことになる問題ってなんだろう?ということを話し合う。 嘔吐 自分の胸の中に隠していて、吐き出せなかったこと。これをこの場で嘔吐する。

                                    「象・死んだ魚・嘔吐」をやってみた振り返り - JX通信社エンジニアブログ
                                  • デザフェス「納豆の匂いがするマフィン」に食品製造に詳しいおじさんが可能性を考察していく話…悪意はなかったと思うが無知は罪

                                    リンク J-CAST ニュース マフィンから「納豆みたいな匂い」で批判殺到 デザフェス出店者謝罪、返金対応...保健所が衛生指導 東京ビッグサイトで2023年11月11~12日に開催されたアートイベント「デザインフェスタ」で販売されていたマフィンが腐っていた可能性があるとして、出店者が13日にSNSで謝罪した。その後、保健所の指導を受けたと報告している。目黒区保健所はJ-CASTニュースの取材に対し「現在調査中ですが、因果関係等を調べて(出店者に)衛生指導をさせていただいています」とした。「気付かず販売してしまい申し訳ござい 1 user まとめ デザフェス58に出店していた菓子屋で購入したマフィンの内容物が糸を引く状態だったとの報告が相次ぐ 販売初日の時点で糸を引く商品があって返金対応をしたのであれば即日販売停止が妥当に思いますが、一時持ち帰って尚且つ2日目も同じラインナップで販売は食品

                                      デザフェス「納豆の匂いがするマフィン」に食品製造に詳しいおじさんが可能性を考察していく話…悪意はなかったと思うが無知は罪
                                    • テスラの充電部門トップ、イーロン・マスクに逆らい部門ごと消される

                                      テスラの充電部門トップ、イーロン・マスクに逆らい部門ごと消される2024.05.28 21:3081,951 satomi 部門消滅、衝撃の舞台裏。 全米でEV急速充電設備の増設を進めるTesla(テスラ)のスーパーチャージャー部門が、4月30日いきなり消滅。担当社員500人全員がレイオフされ、EV業界に激震が走っています。 アメリカでは全車EV化の未来に向け、2030年までに全米50万カ所に充電網を拡大する計画が急ピッチで進行中です。最初は、政府主導の充電網との充電規格争いが懸念されたのですが、今は一番乗りで敷設を進めるTeslaの働きかけにほかの自動車メーカー各社が応じるかたちで、Teslaの充電規格に他社もそろえることで折り合いがついており、Teslaには、政府のインフラ整備の予算もある程度注ぎこまれています。 これからってときに、なぜ解散?ところが30日未明、Teslaは突然なんの

                                        テスラの充電部門トップ、イーロン・マスクに逆らい部門ごと消される
                                      • 【資料公開】プロダクトマネージャーのしごと

                                        みなさんこんにちは。@ryuzeeです。 2023年10月17日に行われたオンラインイベント「プロダクトマネージャーのしごと - Forkwell Library #33」の登壇資料を公開します。 内容は、新刊書籍『プロダクトマネージャーのしごと』に関するものなのですが、30分という時間で全部を網羅的に紹介するのは無理ですし、ぜひ本書を読んでいただきたいので、僕が気に入っているところと、本書全体を通して中心にある考え方を紹介しました。 ちなみに書籍は16章から構成されていて、そのなかで特に自分が好きなのは「7章 「ベストプラクティス」のワーストなところ」です。 職業柄、日頃から「プロダクトマネジメントではどんなフレームワークを使うといいですか?」「プロダクトマネジメントの日本での成功事例を教えてください」「プロダクトマネジメントのベストプラクティスを教えてください」のような質問をたびたびい

                                          【資料公開】プロダクトマネージャーのしごと
                                        • エンジニアさん、正論ばっか吐いてないで相手を褒めてください - Qiita

                                          昔、上司に言われた言葉 誰だって「できるだけいい仕事をしたい」と考えています。 その人なりに一生懸命コードを書いてプルリクエストを作っています。 あなたが放つ言葉は、周りの人間の心に影響を与えます。 相手のモチベーションを下げることも上げることもできます。 我々は互いに「環境」なんです。 誰かにとっての良い環境であってください。 フィードバックには信頼関係が大事 その上司は、コードレビューをする際に 以下のようなことを心がけているようです。 「ここを直してください」の前に「ここ、よく考えられてますね」を伝える できていない部分だけにフォーカスしない 「一緒に良いものを作っていこう」という気持ちでフィードバックする でも、急にそんなポジティブ人間になれない そこで、ChatGPTの力を借ります。 ネガティブなフィードバックを、ポジティブに言い換える 良いところを見つけて、褒める 冷たい敬語で

                                            エンジニアさん、正論ばっか吐いてないで相手を褒めてください - Qiita
                                          • 大量閉店「イトーヨーカドー」どこで間違えたのか

                                            GMS大手の「イトーヨーカ堂」が、北海道と東北、信越にある「イトーヨーカドー」の全17店舗を、今春から順次閉店することがわかった。 近年、GMSは苦境を強いられており、特に地方立地店舗では郊外型店舗への客足流入などで苦しい状況が続いている。撤退店舗の半分は譲渡先の企業が決定したというが、まだ半分は譲渡先が決まっておらず、もし完全閉店となれば、買い物難民が生まれる恐れもある。 一時は日本を代表するGMSとして名を馳せたヨーカドー。そんなGMSの王者は、どこで道を誤ってしまったのか。今回は、ヨーカドー拡大の歴史を追いながら、その立地戦略に注目してヨーカドー苦境の理由について迫っていこう。 ヨーカドーの前身は「羊華堂洋品店」 ヨーカドーの前身である「羊華堂洋品店」は1920年、東京・浅草に誕生した。創業者は吉川敏雄で、後にヨーカドーを立ち上げる伊藤雅俊の叔父にあたる人物。太平洋戦争ののち、この洋

                                              大量閉店「イトーヨーカドー」どこで間違えたのか
                                            • WBSについて学び直した - Qiita

                                              エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 本記事を書こうと思った経緯 プロジェクト管理をする上でWBSに触れる機会が多いものの、表面的な理解しかできておりませんでした。 「何のために使うのか?」 「この手法を活用し、どの様な責務を持たせるべきなのか?」 を理解したい。そして実践したい。 その結果、プロジェクトにおける工程管理を「正しい知識を持って」「より円滑に」プロジェクトを進めたいと思ったためです。 いくつか記事を見ながら学び直した内容を要約してみました。 実務でWBSを活用したときのつらみや感じたことを織り交ぜながら本記事を完成させたいと思います。 主観が多いため 「もっとこうした方が良いよ!」 や 「うちの会社ではこの様な考えで取り組んでます!」 があればぜひコメン

                                                WBSについて学び直した - Qiita
                                              • 個人開発者がGoogle Cloudの環境構築でお財布を守るために最初にすべきこと - Qiita

                                                初めに 自分は2年くらい業務でGCP(今はGoogle Cloudですね)を使っていたのですが、友達が個人開発でGoogle Cloud使いたいから手伝ってとのことで、久々にコンソール触りたいなーと思ったので環境構築を手伝うことにしました。友達のクレジットカードが紐づいた環境なので自分の環境以上に課金やセキュリティに対して注意しなくてはなりません。課金だけでなく友情も爆発してしまいかねませんので 今回は最初期から構築するということで個人開発者向けにお財布や環境を守るうえでの最初にやったほうがよい課金のセーフティ的な設定をまとめていきたいと思います。企業で検証環境管理している人にも参考になるかと思いますので是非最後まで見てもらえると嬉しいです! 前提 Google Cloudのプロジェクトを作成していること 課金アカウントを作成していること(クレジットカードの紐づけできていること) その1

                                                  個人開発者がGoogle Cloudの環境構築でお財布を守るために最初にすべきこと - Qiita
                                                • メンバーに対してチームリーダー(マネージャー)が気をつけるべき点

                                                  はじめに 現在ITエンジニア歴16年目でこれまでなんどかチームリーダー(プロジェクトリーダー)を経験してきましたが、数年前は上手くいっていたけど、ここ1年位のチームではなかなかうまく行かないことが多く、メンバーからのクレームが上長経由で伝えられてくることがあります。 クレームを伝えてくるメンバーの多くが経験が浅いエンジニア(若手、未経験中途入社)であり、まだITエンジニアとしての業務や商流が分かってない部分もあるゆえのエゴのようなクレームもあるのですが、中にはリーダーとして気をつけるべきだなと思ったことがあったので、まとめておきたいと思います。 なお、経験が浅いエンジニアと主語大きめに書きましたが、数年前にリーダーをした際にQAから転身したてのITエンジニアや、20台中盤くらいの方もいましたが特にクレームはなかったので「メンバーによる可能性はある」ということは書き添えておきます。 また、上

                                                    メンバーに対してチームリーダー(マネージャー)が気をつけるべき点
                                                  • 「報連相はセーブポイントだと思え」がめちゃくちゃ腑に落ちたので若手にはその例えで伝えようと思う。こまめにセーブしない派は知らん

                                                    ポットソ💍 @Happy_rabbit_00 ワイASD、なにをいつ報連相すればいいのか理解できなかった そこで報連相は「セーブポイント」と割り切ることにした ボスやつよい敵と戦う前、倒した後、ゲームをやめる時、必ずセーブするよね つよい敵がでる場所だったらマメにセーブするよね それを報連相に置きかえたらうまく出来るようになった 2024-03-06 17:35:23 ポットソ💍 @Happy_rabbit_00 ワイASD、なにをいつ報連相すればいいのか理解できなかった そこで報連相は「セーブポイント」と割り切ることにした ボスやつよい敵と戦う前、倒した後、ゲームをやめる時、必ずセーブするよね つよい敵がでる場所だったらマメにセーブするよね それを報連相に置きかえたらうまく出来るようになった 2024-03-06 17:35:23

                                                      「報連相はセーブポイントだと思え」がめちゃくちゃ腑に落ちたので若手にはその例えで伝えようと思う。こまめにセーブしない派は知らん
                                                    • 行動をするときに「自分には向いてないかも」と悩む時間は必要ない - そーだいなるらくがき帳

                                                      PHPカンファレンス関西懇親会で若者に「俺だってソフトウェアエンジニアの才能が無いかも…と悩んだことあるよ」って話をした。 そんな悩みを持っていたのは自分が25 ~ 26歳くらいの頃で自分はエンジニアとしてスタートが遅かった(異業種転職組)から、技術力の無さを痛感しながらも、それを才能の理由にしようとしていた。 続けるために必要なのは才能ではない 悩んでいるとき、飲み会で当時の同僚で先輩の @maepon さんに相談した*1ところ、次のことを言われた。 自分が「才能ないかも」と言ったあとに帰ってきた言葉は「もし、お前に才能が無かったとして、じゃあお前はどうするんの?そのifの中に実装があるの?何も無いんだったらそのifについて考える時間は無駄じゃん。必要なくない?」って感じ。 確かに才能が無かったとして、じゃあソフトウェアエンジニアを辞めて別の仕事したいってのがあるなら考えればいいけど、当

                                                        行動をするときに「自分には向いてないかも」と悩む時間は必要ない - そーだいなるらくがき帳
                                                      • OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics

                                                        OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics

                                                          OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics
                                                        • 『”脳外科医竹田くん”で注目されることについて』

                                                          話題になることが重要だと思っている この訴訟に「脳外科医竹田くん」が関連しているのは事実です。 搬送された父を担当しています(カルテに名前記載あり)。 間違いなく初動診察(診察してないけど)を担当したこの医師が問題のきっかけを作っています。 情報提供書を読み理解していない よって透析依頼していない 家族に病状、治療方針の説明をしていない 医師への引き継ぎをしていない(記録なし) カレが医師として仕事をきっちりしていれば、父は搬送目的である維持透析を受けられたはずです。 それは間違いなく、カレのいい加減な対応、やる気のなさがすべての始まりであることは間違いありません。 しかし、私の訴訟はカレだけの問題ではなく、病院が病院として機能していない。 医師、看護師、臨床工学士含むすべてのスタッフのレベルが一般水準に達していないことに問題があります。 憶測でのコメント、”搬送時、透析できる状態ではなか

                                                            『”脳外科医竹田くん”で注目されることについて』
                                                          • 勉強の苦手な生徒が言う、「分かりやすい個別指導塾の先生」は、大体、横でやる手順を全部言ってくれる先生だったりする。

                                                            よわむし @0315_osami 勉強の苦手な生徒が言う、「分かりやすい個別指導塾の先生」っていうのは、大体、横でやる手順を全部言ってくれる先生だったりする。 2023-08-29 02:20:50 yoshikichiまくり四天王•六棋仙•七英雄•九人柱 @6176_youtube @0315_osami わかる気がします わしも学校で聞かれたときに,その問題の解法の背景に考え方等をヒントとして伝えたりすることがありますが,″そんなのいいから早くやり方教えてよ″的な目をされることがありますね 2023-08-29 07:38:08

                                                              勉強の苦手な生徒が言う、「分かりやすい個別指導塾の先生」は、大体、横でやる手順を全部言ってくれる先生だったりする。
                                                            • VSCodeの拡張機能【Gist】が便利すぎて開発効率がかなり上がった話 - Qiita

                                                              はじめに 突然ですが、よく使うコードはどのように管理していますか? 私はGitHubで管理していたのですが、今回VSCodeの拡張機能Gistを使って見たところ、サクッと参照ができて、かなり使い心地が良かったのでまとめておきます。 Gistとは VSCode上でGitHub Gistを連携させることができ、手軽にファイルの作成、編集、削除が可能になる拡張機能です。 導入手順 GitHub Gistの登録 GitHub上でアクセストークンの取得 拡張機能のインストール アクセストークンの設定 1. GitHub Gistの登録 2. GitHub上でアクセストークンの取得 ExpirationをNo expirationに設定します。 scopeのgistを許可して作成です。 トークンが発行されるので控えておきましょう。 3. 拡張機能のインストール VSCode上で【Gist】と検索すると

                                                                VSCodeの拡張機能【Gist】が便利すぎて開発効率がかなり上がった話 - Qiita
                                                              • 社員のモチベを上げるために、綺麗なオフィスに移転したり休暇制度を拡充したり色々試した結果→ある答えが見つかった話

                                                                ぺんたぶ @pentabutabu 社員のモチベーションを上げるため、綺麗なオフィスに移転し休暇制度を拡充しフリーアドレスを導入し在宅勤務は当然でマッサージやテニス教室のチケットまで配った上場企業の偉い人が語る“一番効果があった施策”が、 「基本給とボーナスの大幅アップ」 だった話は、この先も積極的に広めていきたい。 2023-09-21 22:58:11

                                                                  社員のモチベを上げるために、綺麗なオフィスに移転したり休暇制度を拡充したり色々試した結果→ある答えが見つかった話
                                                                • 「なぜ?」を使わずに、理由を深掘るコミュニケーション

                                                                  株式会社オープンエイト、PMグループの辻です。 ここでは、プロダクトマネージャーとして働いています。ということで・・・ プロダクトマネージャーのしごと 少し前に話題になった本、皆さんも読みましたか? この本は、これまでのプロダクトマネジメント関連の書籍と比べて、リアルな現場の目線に近いカタチで書かれており、参考になった以上に、とても勇気をもらえる1冊でした。 これまでのプロダクトマネジメント関連の本 どちらかと言うと教科書的なものが多い 参考にはなるが、自社や自分の置かれた環境で上手く実践まで持っていくのが難しい そんな印象を抱かれている方も多いのではないでしょうか? これまでのプロダクトマネジメント関連の本。たとえば、コレ。 これはこれで、オススメです。 この本の特徴・効能 一方で「プロダクトマネージャーのしごと」を読むと、 世界的に著名なプロダクトマネージャーであっても、自分と同じよう

                                                                    「なぜ?」を使わずに、理由を深掘るコミュニケーション
                                                                  • ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する|mtx2s

                                                                    自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そしてそのような認識のばらつきは、開発する当人たちにとっても実は同じです。 しかし、例えブラックボックスであっても、自動車のダッシュボードのように様々な指標によってその内部が数値化され、可視化されていれば、チームのパフォーマンスに統一的な認識を持たせやすくなります。 本記事では、どのような指標を可視化すべきか、その代表的なものについて取り上げます。 リードタイム(開発、製造)リードタイムは、開発項目ごとの作業期間を計測したもので、短いほど優れていることを示す指標です。計測対象となるプロセス全体を「開発」と

                                                                      ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する|mtx2s
                                                                    • 「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現する/Traps of Optimization in Product Management 2024

                                                                      「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」カオスなプロダクト開発を効率化したら硬くて息苦しい官僚組織になっちゃった! 大企業病の罠を乗り越え若々しいチームを実現するぞ 効率化を進めていったら息苦しい組織になってきたと悩む方に向けたセッションです。 概要 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

                                                                        「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現する/Traps of Optimization in Product Management 2024
                                                                      • 日米で経験した炎上プロジェクトの違い|牛尾 剛

                                                                        私はアメリカでクラウドの中の人をやっている開発者だ。最近アメリカの方でも当初の予定がとても延びたプロジェクトを経験した。このような時に、日本では多分ものすごい炎上プロジェクトになると思うのだが、アメリカで体験したそれは全然違う感じだった。 これは一言でいうと「納期感の違い」がもたらしている感覚だった。 炎上感のなさ 私が感じた「予定がとても延びた」プロジェクトの場合、日本にいたときのプロジェクトでは、受託開発、内製双方ともに物凄く「大問題」になっていた。上位のマネジメントも連日のように進捗の会議を行い、人が追加投入され、エンジニアは時には泊りで一日も早く後れを取り戻すために皆遅くまで、そして土日も働き、お客様はもう怒り心頭… だったと思うのだが、こちらで体験したプロジェクトは拍子抜けするぐらい炎上感が無かった。 当初予定していた日程が一か月以上伸びても、みんな慌てる様子もなく、私はわからな

                                                                          日米で経験した炎上プロジェクトの違い|牛尾 剛
                                                                        • 発達障害の人、IT業界で活躍 オムロンは独創性・集中力に着目

                                                                          発達障害(神経発達症)などの精神疾患を脳の特性の違いと受け止め、尊重する考え方が注目され始めた。ニューロダイバーシティーとも呼ばれ、独創性や集中力など発達障害特有の能力に着目し、活用する。イノベーション人材としての期待が高まるが、パフォーマンスの最大化に向けた受け入れ体制は道半ばだ。 ■連載予定 ※内容や順番は予告なく変更する場合があります (1)発達障害の人、IT業界で活躍 オムロンは独創性・集中力に着目(今回) (2)入山章栄氏「脳の特性の違い、イノベーションの源泉に」 (3)産業医に聞く 発達障害を「戦力」にする上司の対応 時折会話の声が聞こえるオフィス。その片隅で、2台のモニターを前に集中して作業する若い男性がいた。耳栓をしているため、男性に周囲の音は入らない。ただ一心不乱に、プログラミング言語で書かれたソースコードが並ぶPC画面を見つめている。 ここは滋賀県草津市のオムロン草津事

                                                                            発達障害の人、IT業界で活躍 オムロンは独創性・集中力に着目
                                                                          • 質の低い決定しかできない上司や社長に「どうしますか」と決定を丸投げするのは悪手だよ(パート2) - フジイユウジ::ドットネット

                                                                            以前、質の高い打ち手を選択できる人が判断をせず、質の低い決定しかできないような上司や社長に「どうしますか」と委ねるのはチームがダメになる要因なんよという記事を書いたのですが、今日はその逆で課題解決に必要な能力と情報を持っている人が判断をしなくても上手くいったことについて雑に語ります。 先日、会議に参加してたんですよ。 その会議では、ある課題をどう解決するか話し合って打ち手を決定するというものだったのですが、参加者のひとりが僕より明らかに専門性を持っているプロフェッショナルだったのですね。 なので僕は「どうするかは専門性のある人に決めてもらった方が質の高い意思決定になるし、僕は相手がそれをしやすいよう情報を渡すような役割に徹しよう」と考えていました。 しかし、実際の会議を進めてみると、一番質の高い打ち手を決められる能力があるはずの人が「フジイさんどうするか決めて欲しいです。」と言ってくるので

                                                                              質の低い決定しかできない上司や社長に「どうしますか」と決定を丸投げするのは悪手だよ(パート2) - フジイユウジ::ドットネット
                                                                            • プロダクトマネジメントプロセス概要

                                                                              より価値を届けていくためにどのようにプロダクトマネジメントをすればよいのか?をまとめてみました。

                                                                                プロダクトマネジメントプロセス概要
                                                                              • エンジニアが仕様案を手戻りさせるアンチパターンはもう終わりにしよう - yigarashiのブログ

                                                                                プロダクト開発のアンチパターン プロダクトオーナー(PO)が仕様案を持ってリファインメントや計画に臨み、エンジニアが実現可能性や曖昧さの観点からダメ出しをして手戻りが起こる……スクラムやデュアルトラックアジャイルを志向する組織においては、一度は目にする光景だろうと思います。しかしこれは、以下のふたつの理由からひどいアンチパターンであると言えます。 ひとつには、仕様案を持って臨むPO側の精神的な負担があまりにも大きいやり方だからです。ちゃんとした仕事をしているPOならば、そもそも仕様案なんていう細かいところにたどり着くまでに、とてつもない量の不確実性を捌いてボロボロになっているのです。プロダクトのミッション、戦略、プロダクトゴール、ユーザーの課題、仮説検証の設計、MVPの特定、そういった大上段からのヘビーな分解を繰り返して、ようやくたどり着くのが具体的な仕様案なわけで、それを実装が難しいとか

                                                                                  エンジニアが仕様案を手戻りさせるアンチパターンはもう終わりにしよう - yigarashiのブログ
                                                                                • スキルについて最近思うこと - NRIネットコムBlog

                                                                                  こんにちは越川です。スキルと言われると、皆さんはどんなイメージをしますか?。最近では、VUCAという言葉をよく耳にするようになりました、このVUCA(ブーカ)とは、Volatility(変動性)、Uncertainty(不確実性)、Complexity(複雑性)、Ambiguity(曖昧性)という4つの単語の頭文字をとった言葉で、変化が激しく今後の予測をすることが難しくなっている状況を指します。今回は変化の激しいVUCAと言われる時代の中で、最近、思うことを書いてみようと思います。 スキルの種類 双方をバランスよく身に着けることの重要性 個人的に重要だと思うソフトスキル5選 1.構造化思考 2.シミュレーション思考 3.天秤思考 4.個別最適化思考 5.優先順位付け おわりに スキルの種類 スキルには様々な定義がありますが、その一つにソフトスキルとハードスキルという考え方があります。簡単に

                                                                                    スキルについて最近思うこと - NRIネットコムBlog