並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 3943件

新着順 人気順

MANAGEMENTの検索結果81 - 120 件 / 3943件

  • 【資料公開】目標設定の基本

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

      【資料公開】目標設定の基本
    • 今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット

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

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

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

          なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
        • 愚痴です(発達障害やグレーゾーンの人の適職って?)。

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

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

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

              過払い金CMの大手弁護士法人、「東京ミネルヴァ」破産の底知れぬ闇
            • コロナに関係なく、私たちの働き方はとっくに「限界」だった 日本人が知らない、人口ボーナス期・オーナス期の「勝てるルール」の違い

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

                コロナに関係なく、私たちの働き方はとっくに「限界」だった 日本人が知らない、人口ボーナス期・オーナス期の「勝てるルール」の違い
              • 要件定義に関わる人は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 会

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

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

                        ミスが全くない仕事を目標にすると、ミスが報告されなくなる『測りすぎ』
                      • NTT Com オンボーディングハンドブック

                        オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに

                          NTT Com オンボーディングハンドブック
                        • 数億円規模の案件を たった二人で開発させられた話

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

                            数億円規模の案件を たった二人で開発させられた話
                          • 日本企業においてリーダーシップが生まれにくい理由~リーダーシップを取る事の割の合わなさ問題~

                            中野 仁 (AnityA) @Jin_AnityA リーダーシップと意思決定の分布が日本が独特という話。 階層主義で合意形成を重んじるとなると、上下左右全部に話を通して凄まじいコミュニケーションコストがかかる上に、上と左右からはとりあえず意見だけは言えるのでリーダーに対して投げられる石がだいたい当たるという事では…。 pic.twitter.com/bqHxAufImN 2021-08-20 12:06:00

                              日本企業においてリーダーシップが生まれにくい理由~リーダーシップを取る事の割の合わなさ問題~
                            • ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話(前編)

                              ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話(前編) アジャイル開発の代表的な方法論であるスクラムをテーマに、都内で1月に開催されたイベント「Regional Scrum Gathering Tokyo 2024」で、経験豊富なアジャイル開発のエキスパートとしてウクライナを拠点にアジャイルコンサルタントをしていたドミトロ・ヤーマク(Dmytro Yarmak)氏が、ロシア軍の侵攻後にウクライナ軍に入隊し、中隊長としてリーダーシップを発揮するためにさまざまなメソッドを駆使して軍隊の組織を変革していった経験を語ったセッション「A True Story of Agile Coaching in Ukrainian Armed Forces」が行われました。 軍隊という、企業とは異なる構造や目的を備えた組織で、しかも多くの民間人が入

                                ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話(前編)
                              • AMDはなぜ資金面で圧倒的に勝ると思われるIntelを凌駕するCPUを開発できるのでしょうか?

                                回答 (12件中の1件目) 本当のことを言うと、今はIntelこそ資金に欠けてい方なのかもしれません。 当然、IntelとAMDの二社だけを比べるのなら、Intelの方が圧倒的に強いでしょうけど、今の半導体業界はもうそういう簡単なものではなくなっています。 まぁ、今回の第三世代Ryzenで見事なリベンジマッチを果たしたAMDの勝因を一言で言うのなら、スマホ市場の急速発展の追い風に乗ったから、ということなのでしょう。 さて、デスクトップ向けのCPUしか作ってないAMDはスマホ市場とどういった関係があるのでしょう、と思うかもしれませんが、これこそ今の半導体業界の不思議なところです。 ...

                                  AMDはなぜ資金面で圧倒的に勝ると思われるIntelを凌駕するCPUを開発できるのでしょうか?
                                • 最初の100日で何をすべきで何をすべきではないか?|miyasaka

                                  人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは?という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を

                                    最初の100日で何をすべきで何をすべきではないか?|miyasaka
                                  • 「なんとなく元気がない」状態には名前があり対応が必要だと全マネジャーは知っていたほうが良い - tomoima525's blog

                                    ポッドキャスト Today I Learned FMの28 回目はメンタルヘルスの話題について話しました。この記事はその収録に関する追記です。 anchor.fm 「なんとなく元気がない」 = languishing www.nytimes.com "バーンアウトでもないし、うつでもない。けどどこか希望がない。なんか楽しくないし、目的ももてない。なんだかモヤモヤする。" この症状に対し、社会学者の Corey Keyes 氏は languishing という名称をつけました。日本語だと"衰弱"という意味ですが、要はゆるやかに不調になっている状態を指します。 languishing のやっかいなところは、これまで明確に言語化されていなかったために、症状として認識されていなかった点です。認識されていないために早期の対応が遅れ、やがて本当のうつに移行していく可能性が高いです。 元記事では、パンデ

                                      「なんとなく元気がない」状態には名前があり対応が必要だと全マネジャーは知っていたほうが良い - tomoima525's blog
                                    • 1on1 ノウハウの共有 | DevelopersIO

                                      ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては

                                        1on1 ノウハウの共有 | DevelopersIO
                                      • 【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG

                                        Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1~2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文: www.industrialempathy.com 関連書籍: Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安:11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ

                                          【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
                                        • 「依頼された仕事をやらない人」は、なぜあれほど言われても、仕事をしないのか

                                          私は、あらゆる組織・個人の中に、「依頼された仕事をやらない人」を見てきた。 例えば、コンサルティングに訪問した会社のプロジェクトチーム内に。 あるいは、執筆を依頼したライターさんに。 またあるいは、会社の同僚・部下に。 彼らは確かに、「依頼された事柄」に対して、「はい、引き受けます」という。 しかし、遂行される気配がない。 心配になって、「あれはどうなりましたか」と聞く。 すると「あ、すいませんやります」と返ってくる。 しばらく待つ。 それでも何も遂行される気配はない。 もう一度「この仕事、やりますか」と聞く。 「やります」と返信がある。 それでも、何も遂行される気配はない。 結局、こちらから連絡するのをやめ、処理はこちらでやることになる。 こういう人々には、「引き受けたじゃないですか!」と怒ったところで無駄であるし、代わりの人を探したり、時には自分でやったりしたほうが早いからだ。 でも、

                                            「依頼された仕事をやらない人」は、なぜあれほど言われても、仕事をしないのか
                                          • 日常の失敗も品質管理で解決できる - 本しゃぶり

                                            失敗を後悔する「恥」としてはならない。 学習する機会と捉え、次に活かせばいいのだ。 そのためのスキルが品質管理だ。 失敗から学んでダブルチェックだと ちょっと前にこのツイートが流れてきた。 失敗を成功に変える唯一の方法https://t.co/0rF2myVk5I pic.twitter.com/9o88CNqSgj— ゆうきゆう/マンガ心療内科/セクシー心理学 (@sinrinet) June 27, 2021 基本的な主張は賛成だ。失敗から学ぶのはコスパが良い。複雑で全てを理解することができない世界において、対処すべき問題を明確にしてくれるからだ。失敗には特定のパターンがあり、対策しなければ未来にも同じ失敗が発生する。だから失敗から学び対策することは、未来の成功を助けてくれる。そして最も学習効率が高いタイミングとは、記憶が新しい失敗した直後だ。 また、失敗を精神論で終わらせないのも正し

                                              日常の失敗も品質管理で解決できる - 本しゃぶり
                                            • 「攻撃するために質問する人」が職場にいると何が起きるか

                                              ちょっと前の話なんですが、職場にて、わたしとはまた別のチームのリーダーが辞めてしまって、とても惜しいなーという気分になっています。 実力がある人でした。色んな知識を持っていて、その知識を応用するやり方も知っていて、課題を見つければその課題を解決する方法を、しかも実現可能なやり方で考えられる人でした。 ただ、私が見る限り、その人にはたった一つだけ、非常に大きな欠点があって。 それは、彼が、 「攻撃の手段としてしか質問をしない人」だった、ということなのです。 まず前提として。 本来であれば、「質問」というのは、何か自分が知らないことを教えてもらう、あるいは自分が知っていることと相手が知っていることを合わせて、新しい知見を導くために使うものです。 良い質問があると話が進みますし、皆の知見が深まります。 だから質問は大事ですし、気軽に質問が出来る環境作りも非常に重要です。 その辺の話については以前

                                                「攻撃するために質問する人」が職場にいると何が起きるか
                                              • 世界一のコーチですら「素直じゃない人は放っておけばいい」と思っていた。

                                                最近読み直していて、結構なインパクトがあった本がある。 元GoogleのCEO、エリック・シュミットが書いた、「1兆ドルコーチ」だ。 「1兆ドルコーチ」とは、シリコンバレーで活躍したビル・キャンベルというコーチのこと。 何を大げさな、と思う方もいるだろうが、「1兆ドル」は決して大げさな表現ではない。 ビル・キャンベルは1兆ドルにも値するコーチだった。いや、1兆ドルは彼が生み出した価値に遠くおよばない。 彼はスティーブ・ジョブズがつぶれかけのアップルを立て直し、時価総額数千億ドルの会社にするのを助けた。ラリー・ペイジとセルゲイ・ブリン、エリックがスタートアップだったグーグル(現アルファベット)を時価総額数千億ドルの企業にするのを助けた。これだけでも1兆ドルを大きく超えているが、ビルがアドバイスした企業はほかにも数知れない。 彼がコーチした人たちの名には、元アメリカ副大統領や、スタンフォード大

                                                  世界一のコーチですら「素直じゃない人は放っておけばいい」と思っていた。
                                                • 部下から「議事録ってなんで作成する必要あるんですか?」と聞かれたので議事録の必要性について図解してみた

                                                  ごらり @gorizukai 部下から「議事録ってなんで作成する必要あるんですか?」と聞かれたことがあるので、今後聞かれたときのために議事録についてまとめてみました。議事録って慣れるまでは大変ですけど、文章の書き方が学べたり、社内人脈ができたりするので入社したての頃は特に進んで議事録作成することを勧めたい。 pic.twitter.com/xV0REtbeVD 2020-11-03 20:56:44

                                                    部下から「議事録ってなんで作成する必要あるんですか?」と聞かれたので議事録の必要性について図解してみた
                                                  • 海外のゲーム会社であった制度 - じじいのプログラミング

                                                    今まで、バンクーバー→バルセロナ→シンガポール→香港で働いてきました。それでいろいろな職場を見てきたので、海外のゲーム会社であった制度について、列挙してみました。 日本の会社でも、既に同様の制度をやっていて、珍しくない場合も多くあると思います。 複数の会社のケースを混ぜて書いています。 ゲーム開発技術に関することは、ほとんど書いていません。 ご指摘がありましたら、修正したり詳細を追加しますので、お気軽にどうぞ(内容が後で変わる可能性があります) 人事(採用) 面接 ビザ リファラル採用 リファレンスチェック(照会) カンファレンス時の招待者限定パーティー 人事(評価) 相互評価制度 OKR(Objectives and Key Results) 人事(解雇) 解雇 PIP(Performance Improvement Plan) スタジオ閉鎖 人事(その他) 若手が海外スタジオで1年間働

                                                      海外のゲーム会社であった制度 - じじいのプログラミング
                                                    • オープンでフラットな組織が突然「閉鎖的」と言われるとき|柴田史郎

                                                      柴田(@4bata)です。「それぐらいわかるだろ・・・」が通じなくなるタイミングがあるんだなという発見です! 考えたきっかけ:「オープンでフラットだと思ってたけど、結構閉鎖的なところもある」というセリフを聞いたその人に情報が伝わってなかったのかな。私の最初の感想は「前からそうだった気がするけどな・・・」。以前から整った形で情報はちゃんと流れてない。私にとっては、今働いている会社が閉鎖的には見えてない。実際には閉鎖的な部分があるのだろう。その差を理解してみたくなった。 情報の伝わり方を単純化して考える近くにいる人には自分の活動内容や背景にある意図が勝手に届くとする。携帯の電波が届く範囲、みたいなイメージ。 接触頻度が高い人同士は、いろいろ理解できている。 人数が少ないときは、何もしなくても相互に活動内容や意図が伝わっている・自分が理解できない情報も、一緒に仕事してる隣の人に聞けば情報の背景が

                                                        オープンでフラットな組織が突然「閉鎖的」と言われるとき|柴田史郎
                                                      • 顧客との打ち合わせが上手い人がやっていること|いまにし

                                                        打ち合わせに苦手意識を持っている人は多いのではないでしょうか。 私はウェブディレクターとして、これまで数多くの打ち合わせに参加してきましたが、プロジェクトを円滑に進めていくためには、ファシリテーターのスキルによるところが大きいと実感しています。 打ち合わせのスキルについて、新入社員への研修に組み込んでいる会社もあると思いますが、上司や先輩の打ち合わせに同席する中で、見よう見まねで身に付けてきた人も多いでしょう。 日常的に打ち合わせをしている人からすると、当たり前すぎる内容かもしれませんが、私自身がこれまでにフィードバックを受けて意識していることも含めて、打ち合わせが上手い人がやっている共通点をまとめてみました。 最初に打ち合わせのゴールを伝える打ち合わせをするからには、終わったときに明確にしておきたいゴールがあるはずです。 ゴールを曖昧にしたまま進めてしまうと、せっかく日程を調整して打ち合

                                                          顧客との打ち合わせが上手い人がやっていること|いまにし
                                                        • 「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット

                                                          「プロジェクトマネジメントの基本が全部わかる本」を買ったら、注文ミスして2冊頼んでしまったんだけど、結果的にはむしろ2冊買ってよかった、という話を書きます。 「プロジェクトマネジメントの基本が全部わかる本」 ( @paradisemaker 著)が届いたー。 なんか注文ミスって2冊届いたけど、1冊は誰かに読ませるとき用にしようw pic.twitter.com/evnrXtssm8 — フジイユウジ (@fujii_yuji) 2022年11月10日 制作/開発をするメンバーはいるけどプロジェクトマネジメントは得意ではなくて雑になってしまっているという制作/開発会社も多いと思うのですが、僕もそういう会社からどうしたらいいのか相談されたり、PMの育成の話をすることがあります。 (肩書としてPMだったことはないんだけど、僕も20年くらいPdM的な仕事をやってるんで相談されることがそれなりにある

                                                            「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット
                                                          • 人事制度ハンドブック - kaneda blog

                                                            2022年5月6日 人事制度 人事制度ハンドブック 22年1月から開始したブログ。 人事制度の設計・運用に関する記事のまとめです。 今後、人事制度を設計する際のハンドブックとして、随時更新していきます。 ■書籍:スタートアップのための人事制度の作り方 ■ブログ本体:https://kaneda3.com/ Pickup スタートアップにおける組織づくりの鉄則 今年、何パーセント昇給しましたか?(昇給率の話) 「売上が上がらないことよりも、人が辞める方がつらい」という本音 人事制度を使って、入社時に「期待」を伝える方法 等級の中に「サブグレード」をつくってはいけない 等級制度と評価制度の違い 降格・降給は、「カルチャー」である 【スライド公開】スタートアップにおける等級別の報酬レンジ 報酬水準に関する公開資料_ver5.0 昇格に、メリットはあるのか? 急成長できるスタートアップの組織文化と

                                                              人事制度ハンドブック - kaneda blog
                                                            • 中目黒Waltzがバズってる。 噂だけでもまじ苦手な店主で(行ったことはない..

                                                              中目黒Waltzがバズってる。 噂だけでもまじ苦手な店主で(行ったことはない。だって怖いもん🥺) いつか炎上するだろうと思っていたが、本当に炎上するもんなんだな〜。 1回こっきり反論して「もう書きません」、みたいな俺様ルール感が 「そこ!!!そういうとこだぞ!!!!!!」と思わずにはいられない。 →こういう人のせいでマーケットが狭まって昔のイキりジャズ喫茶みたいになるというサゲ意見 →こういう店があっても良いというややアゲ意見 どちらも否定しないが、流石にやり方ってものがあるだろ…と思う。 こういうの防止のために、服屋では接客したり「ちわー」って挨拶するのである。 それも怠ってるなら、オンラインショップだけにするか店主は店に立たないほうが良いのである…。 で、長年思ってることだが、目黒・世田谷・裏渋谷系個人ショップの 「(大変ざっくり言うと)カッペを集めて稼ぎ、 時々そのカッペにキレる・

                                                                中目黒Waltzがバズってる。 噂だけでもまじ苦手な店主で(行ったことはない..
                                                              •  とある場所でコンビニをやっているが、もう限界かもしれない。  どこか..

                                                                とある場所でコンビニをやっているが、もう限界かもしれない。 どこから書いたもんか。 あらかじめ言っとくけど、長い。 どのへんがターニングポイントになってんのかはよくわからんが、ここ10年以内のことではあると思う。簡単にいうと、利益を上げるための手段が、経営努力から人件費を削ることになった。まあ人件費削減がコスパでいうともっとも王道ってのは昔から変わらんのだけど、ほかの方法がいっさい通用しなくなった、というほうが正解かもしれない。ちなみに現在でも利益はかなり出ていて、その面から考えればコンビニをやめる理由はない。実際、やめられるもんでもない。 人件費を削るというのは、具体的にはどういうことか。レジに立ってりゃいいってことである。さらに昨今では削りたくなくても勝手に削れるという事態がけっこう頻出している。つまり、募集かけても人が集まらない。集まったとしてもこちらの希望の時間帯が集まるわけではな

                                                                   とある場所でコンビニをやっているが、もう限界かもしれない。  どこか..
                                                                • スクラムガイド - Scrum Guide 2020 年 11 月

                                                                  • 要件定義~システム設計ができる人材になれる記事 - Qiita

                                                                    はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間

                                                                      要件定義~システム設計ができる人材になれる記事 - Qiita
                                                                    • あなたが行動習慣を作りたいと思った時に読むと役に立つ記事|樫田光 | Hikaru Kashida

                                                                      2021/1/2にこの記事を書いています。 新年になって新しい何かに取り組みたいと考えている人に少しでも役に立てばと思い書きました! こんにちは、hikaruです。 最近、「習慣化」についてとても興味があります。 僕は元来かなーーーーり怠け者なタイプで、やる気があるときと無いときの差がかなり激しい方です。スイッチのOn/Offによってかなり行動量に差が出る人種なんですよね。 スイッチが入るときはバリバリと仕事をこなすのですが、スイッチを押すのに手間がかかる。いや、自分で自分のスイッチはわかっていて、それは結局の所「まず行動すること」なんですが、スイッチがoffだとその「まずの行動」が出来ないという。服を買いに来ていく服がないから買いに行かない、的な状況が起こるわけです。 そんな自分ですが、2020年はそれまで勤めていた会社を辞めて独立したり、コロナの影響もあり、外出や行動が大きく制限される

                                                                        あなたが行動習慣を作りたいと思った時に読むと役に立つ記事|樫田光 | Hikaru Kashida
                                                                      • メルカリ 小泉さんからのエグい学び|Shota Horii

                                                                        ありがたいことに年末にメルカリの小泉さんとランチをご一緒させてもらいました。 CTO(@yutadayo)が作成した過去の失敗スライドに、リプライをいただいのがきっかけだったのですが、長らく競合事業(現ラクマ)をやっていたこともあり、きちんとお話ししたことがなく、とても学びが深かったので、ご本人に許可をいただいて、メモした内容と学びをシェアさせていただきます。 なんでメルカリに?噂ではフリルにも入社してもらえる可能性もあったとか?2007年よりミクシィに入社し、2012年の退任までCFOを務めていた その後、1年以上は他の会社の社外取締役をしたりフリーランスをしていた フリルは2012年夏リリース、メルカリは2013年春リリース 小泉さんは2013年冬にメルカリ入社 フリルのことは入社前から知っていて、2012年冬のIVSでコミュニティファクトリーの松本さんに「フリル知ってる?紹介してよ」

                                                                          メルカリ 小泉さんからのエグい学び|Shota Horii
                                                                        • メルカリ、「無意識(アンコンシャス)バイアス ワークショップ」の社内研修資料を無償公開

                                                                          〜「無意識の偏見を適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容の推進を目指す〜 株式会社メルカリ(以下、メルカリ)は「無意識バイアスを適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容を推進すべく、「無意識バイアスワークショップ」研修資料を、当社採用サイト内、ダイバーシティ&インクルージョン(以下、D&I)ページにて無償公開いたします。 メルカリでは社内のD&I(多様性の受容)の推進の一環として、2019年より自社内製による独自研修プログラム「無意識バイアスワークショップ」を実施してきました。メルカリではこのプログラムを2020年初めより、全マネージャー受講必須の研修としています。 「無意識バイアス」とは、普段の生活や文化による影響で、無意識下に培われた「思い込み」や「偏見」を指す呼称です。「無意識バイアス」のひとつの例として挙げられるのが「女

                                                                            メルカリ、「無意識(アンコンシャス)バイアス ワークショップ」の社内研修資料を無償公開
                                                                          • 「やる人がいてへんかったら必要ないんちゃう?」PTAなしで始まった大空小 初代校長・木村泰子先生の話(大塚玲子) - 個人 - Yahoo!ニュース

                                                                            PTAで苦しむ人をなくすべく、取材や執筆を続けてきました。しかし、それは実現可能なことなのでしょうか。 そもそもPTAという団体は、何をするために存在しているのか? 現在、多くのPTAが行っている活動から逆算すると、PTAの存在目的は「学校のお手伝い」「保護者の学び」「保護者同士の交流」「地域との橋渡し」などといえそうですが、果たしてそれらは皆「本来の目的」といえるものなのか? 本当はその名称のように、P(Parent)とT(Teacher)、すなわち保護者と学校が、対等に協力する場ではないのか? そんな疑問もありました。 そこでいったん、ゼロベースで考えてみたいのです。PTAのことはいったん脇において、P(Parent)とT(Teacher)、すなわち保護者と学校の間に必要なものは何なのか? どんな関係性が必要で、それはどのように実現できるのか? ということを。 そのため、学校現場をよく

                                                                              「やる人がいてへんかったら必要ないんちゃう?」PTAなしで始まった大空小 初代校長・木村泰子先生の話(大塚玲子) - 個人 - Yahoo!ニュース
                                                                            • 主観と客観を切り替える鍛錬|Miwa Kuramitsu

                                                                              突然ですが、ここに一つのプロダクトがあるとします。 そのプロダクトを見つめる視線には様々な種類があります。 そのプロダクトを利用しているユーザーの視点、利用していないが存在は知っているという人の視点、それをつくるデザイナーの視点、プロダクトを運営している会社経営者の視点… もしあなたがデザイナーであれば、デザイナーの視点だけが唯一自分で体感できる「主観」で、それ以外はすべて「客観」となります。 主観と客観のスイッチング プロダクトデザイナーはユーザーの期待通りに正しく動くしくみを設計し、「このプロダクトを利用した時に、ユーザーの生活はどう変化していくのだろうか?」と問いを立てながらアウトプットを評価していきます。 自らの考える理想像をデザインしながら、一方でそれに触れるユーザーの様子を想像する…プロダクトデザイナーは主観と客観を電気のスイッチのように瞬時に切り替えることに長けた人が多いイメ

                                                                                主観と客観を切り替える鍛錬|Miwa Kuramitsu
                                                                              • 視座の可視化|kgmyshin

                                                                                視座が高いってそもそもなんやねん問題 1on1で「視座を上げてほしい」って言われたり、マネージャー陣の集まりで「視座高い人がいいよね」って会話をしたりするけど、じゃぁ「視座の高いってなんぞ?」「どう見極めればええのん?」ってなりますよね。 自分も前職でエンジニアリングマネージャーしてた頃から、現職にて横断組織の一環として採用にかかわるようになって良くそれらのセリフを聞いております。 で、これが正解ってわけじゃないんですけど、自分はいつもこんな感じで可視化してますよってのを紹介してみます。 「視座が高い」を端的に言うと 自分は「視座」ってのは一言でいうと「どのレベルの課題まで、当事者でいられるか」っていうスタンスの度合いだと解釈しています。 ここで言っているレベルというのは難易度ではなく対象のスコープのことです。個人の課題なのか、チームの課題なのか、はたまた所属する会社の課題なのか。 で、「

                                                                                  視座の可視化|kgmyshin
                                                                                • コロナに乗じて町内会の属人業務を改善しまくった一人のおばあちゃんの話

                                                                                  町内会のおばあちゃんの話をします。 しんざきは町内会というものに所属しています。 以前マンションの理事長に持ち回りで就任した時、セットで町内会にも所属することになりまして、それ以降なにやかやでちょくちょく顔を出すようになりました。 町内会の青年団というものに「青年」など一人も所属しておらず、40歳のおっさんである私がほぼ最年少だ、ということにショックを受けたりもしていました。 この年になって「十数人のグループで最若手」になる機会があるとか、思ってませんでしたよ正直。 この町内会に、いつも電動自転車で町内を軽快に走り回っている、一人の名物おばあちゃんがいます。 もう御年は80歳を何年か過ぎていらっしゃると思うんですが、一時期体調を崩しつつもおおむねお元気で、物凄く新しい知識に貪欲で、ITスキルについても全く抵抗感というものがなく、町内会で数々の業務改善を成し遂げてきた凄いおばあちゃんでして。

                                                                                    コロナに乗じて町内会の属人業務を改善しまくった一人のおばあちゃんの話

                                                                                  新着記事