並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 179件

新着順 人気順

チームビルディングの検索結果1 - 40 件 / 179件

チームビルディングに関するエントリは179件あります。 仕事マネジメントmanagement などが関連タグです。 人気エントリには 『優秀さについて』などがあります。
  • 優秀さについて

    Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3 はじめに 「【転職エントリ】Googleに入社します|Lillian|note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、… 同僚からこれについてどう思うか、と聞かれた。元の文章が

      優秀さについて
    • エンジニアの"有害な振る舞い"への対処法 - Qiita

      本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用(難しい人というラベリングを特定個人に適用する使い方)が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40%低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz

        エンジニアの"有害な振る舞い"への対処法 - Qiita
      • 「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない|柴田史郎

        ここ1年ぐらい感じていた「学びに関する格差」の話を書く。 最初にまとめ・勝手に学ぶ人は、自分の周囲にある「学びに使えそうな仕事」を探して自分の仕事にすることを繰り返す ・期待されて学ぶ人は、上司とかの期待に応えて新しいことを学ぶ ・「勝手に学ぶ人のスピード」>「期待されて学ぶ人のスピード」なので、格差が開いていく ・「早く行きたければ一人で行け、遠くへ行きたければみんなで行け」が実現できない ・勝手に学ぶ人を止める理由も見つからない ・困ったなあ(解決策わからない) では詳細を書いていく。 勝手に学ぶ人:自分の周辺にある「誰も手をつけてない仕事」を発見し、自分の学びに利用するそれぞれが自分の担当範囲の仕事をしているとする。 それぞれが自分の担当範囲の仕事をしている勝手に学ぶ人は、「誰も手をつけてない」かつ「自分の学びになりそうな」仕事を自ら発見して、自分の仕事として取り組む。 勝手に学ぶ人

          「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない|柴田史郎
        • だれかの進捗をうまく把握できないときのフレーズ集 - Qiita

          Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか? → 進行中です/〜をやっています なにか問題はありますか? → とくにないです 〜までに終わりそうですか? → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーシ

            だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
          • NTT Com オンボーディングハンドブック

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

              NTT Com オンボーディングハンドブック
            • 「なんとなく元気がない」状態には名前があり対応が必要だと全マネジャーは知っていたほうが良い - 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
                • 海外のゲーム会社であった制度 - じじいのプログラミング

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

                    海外のゲーム会社であった制度 - じじいのプログラミング
                  • “難しい人”が1人入ると、チームの生産性は30〜40%低下する 対抗せずに、場の「安心感」を作るための3つの条件

                    ビジネス・ブレークスルー大学(BBT大学)は、オンラインのみで経営の学士資格を取得できる、日本唯一の大学です。今回はBBT大学主催で行われた、経営学部教授・斉藤徹氏の 『だから僕たちは、組織を変えていける やる気に満ちた「やさしい組織」のつくりかた』刊行記念講演の模様をお届けします。社員のエンゲージメントが高い「やさしい組織」をつくるために一人ひとりにできることは何か、今まで斉藤氏の30年近い起業家経験から得られたエッセンスが1冊にまとめられています。本記事では、建設的な議論を行うための「推論のはしご」の考え方について、組織に「安心感の醸成」をもたらすためのポイントについて語られました。 建設的な議論を妨げる最大の要因は、感情的になってしまうこと 斉藤徹氏:続いて、(チームメンバーの意識が)外に向いたらどうすればいいのか。これはみんなが意見を出し合うことが大切です。でもこの建設的に第3案を

                      “難しい人”が1人入ると、チームの生産性は30〜40%低下する 対抗せずに、場の「安心感」を作るための3つの条件
                    • チームにいると頼りになるソフトウェアエンジニア

                      チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー

                        チームにいると頼りになるソフトウェアエンジニア
                      • 「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)

                        単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。本当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり1つや2つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 本当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え?そうなんですか?結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理

                          「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
                        • 体制を考えるときに意識していること - id:onk のはてなブログ

                          1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが

                            体制を考えるときに意識していること - id:onk のはてなブログ
                          • 登さん、LAPRASをどう思いますか?そしてエンジニアは今後どうすべきですか? - LAPRAS NOTE

                            2020年4月、無償かつ即日利用可能なリモートデスクトップ環境が公開され話題を呼びました。 現在16万人を越えるユーザーを擁する「シン・テレワークシステム」です。 今回登場いただくのは、そのシン・テレワークシステムの開発者として知られる登大遊さん。 登さんは、多忙な業務の傍ら次世代の人材育成にも関心を寄せ、安易な解決策に走るITエンジニアの未来に警鐘を鳴らしています。 「万人受けするアウトプットには価値がない」と断言する登さんに、これからを担うITエンジニアが抱える課題とその解決策について話を聞きました。 プロフィール NTT東日本 特殊局員 独立行政法人情報処理推進機構 サイバー技術研究室長 登 大遊さん(@dnobori) 1984年兵庫県生まれ。筑波大学在学中の2003年に、IPA(独立行政法人情報処理推進機構)の「未踏ソフトウェア創造事業 未踏ユース部門」に採択。自作の『SoftE

                              登さん、LAPRASをどう思いますか?そしてエンジニアは今後どうすべきですか? - LAPRAS NOTE
                            • 欧米には日本人の知らない二つの世界がある

                              本物のジョブ型社会ではキャリアアップは難しい 前回、日本型の「無限定な働き方」とは、「易しい仕事から始めて、慣れたらだんだん難しくする」というものであることを説明しました。その結果、知らない間に習熟を重ね、給与も職位も上がっていくことになります。まさに無限階段が作られているわけです。 一方、欧米のジョブ型労働は、ジョブとジョブの間の敷居が高く、企業主導で無限階段を容易には作れません。キャリアアップの方法は、原則として ①やる気のある人がジョブとジョブの間の敷居をガッツで乗り越える ②一部のエリートが自分たちのために用意されたテニュアコースを超スピードで駆け上る の2つだけ。その他多くの一般人は、生涯に渡って職務内容も給与もあまり変わりません。 その結果、日本と欧米(とりわけ欧州)では、労働観が大きく変わってしまいます。日本では「誰でも階段を上って当たり前」という考え方が、働く人にも使用者に

                                欧米には日本人の知らない二つの世界がある
                              • どうやってテクノロジーを追いかけていますか?ジュニアソフトウェア開発者として応募したときにCI/CD、クラウドコンピューティング、Dockerとか大量のことを要求されました。もういっぱいいっぱいです。

                                回答 (2件中の1件目) 深呼吸しようか。そしてリストを3つ作れ。 1. 使い方を知っていて、最小限の調査で済むテクノロジー(例:「CI/CDパイプラインのセットアップの仕方を知っている」) 2. 企業のインフラで使われていることを知っているテクノロジー(例:「Dockerをいつ、何故使うかは知っている。だけどDockerfileは書いたことがない」) 3. 聞いたことはあるけど何者なのか見当がつかないテクノロジー(例:「Kubernetesというのは聞いたことがあるけど、何のために使うのか見当がつかない」) リスト (1) はコンフォートゾーンにあたる。履歴書のトップに書けて、これで...

                                  どうやってテクノロジーを追いかけていますか?ジュニアソフトウェア開発者として応募したときにCI/CD、クラウドコンピューティング、Dockerとか大量のことを要求されました。もういっぱいいっぱいです。
                                • COVID-19、岩田先生、高山先生|sheemer

                                  COVID-19、いわゆる「コロナウィルス」に関して、色々と喧しい。特に目立ったのは岩田医師がダイヤモンドプリンセス号内部の検疫・隔離体制が「ぐちゃぐちゃだ」、なっていないとYouTubeを通じて暴露し、たくさんのメディアへ拡散したのち、厚労省サイドで対策に取り組んでいた高山医師がこれにコメントし、その後岩田医師がYouTubeにアップロードしてあった動画を削除し、陳謝したことだ。動画を削除した理由について岩田医師本人は「これ以上この議論を続ける理由がなくなった」と言っている。(2月20日の日本外国特派員協会におけるオンライン記者会見(英語)で、岩田先生は(1)船内における分離体制が一定の改善をされたこと、(2)この会見の前日、【訂正:国立感染症研究所の公表したデータ(もとは「厚生労働省」と書いていました)】によれば、二次感染は概ねクルーに限られていて、日本人旅行者の二次感染は少ないという

                                    COVID-19、岩田先生、高山先生|sheemer
                                  • 僕はなぜトヨタの人事を3年で辞めたのか|髙木 一史

                                    2年前、ぼくは大好きだったトヨタの人事部を辞めた。 思い返せば、入社式で豊田章男社長がこんなことを言っていた。 「つらいと思ったら、まず3日。3日間は歯を食いしばる。3日頑張れたら、次は3週間。さらにその次は3か月。そして、3年。3年は一生懸命がむしゃらに働きましょう」 トヨタでの3年間は決して「歯を食いしばって耐える」ようなつらいだけのものではなかった。むしろ、たくさん鍛えてもらい、貴重な経験をさせていただいた先輩方を心から尊敬しているし、今でも仕事、プライベートを問わず関係を続けられるその懐の深さには感謝の気持ちしかない。 でもぼくは、結果だけ見ればトヨタを3年でやめた。 最初に書いておくが、ぼくはこの文章のなかで、トヨタを批判するつもりはまったくない。3年ぽっちで見えている部分なんて、ほんのごく一部に過ぎないし、そもそもぼくはトヨタのことが嫌いになって辞めたのではない。 ぼくは日本企

                                      僕はなぜトヨタの人事を3年で辞めたのか|髙木 一史
                                    • 同じ組織で働く人は常に転職活動をしていてほしい

                                      早いものでLINE株式会社に入社して3年が経ちました。今日から勤務4年目となり、業界としてはそれなりに長く働いている側に足を突っ込んできた自覚があります。仕事もエンジニアからマネージャーになり、役割も変わってきたところ。 現職でまだやりたいこともあるだけでなく、明確にバリューを出せていて組織からも評価されている現状、しばらく転職する予定はないのですが、一方で、私は常に他の選択肢がないかを探し続けています。 そして一緒に働く同僚やチームメンバーには語弊を恐れずに言えば「常に転職活動をしながら仕事をしてほしい」と思っています。 現職についてのエントリに興味がある人はそう多くないと思うので、3年目が終わった節目として、今日は市場を見て仕事をすることの重要性について書き記すことにしました。 自社に満足しているときほど、外部の働き方を知る必要がある 「あなたは今の仕事に満足していますか?」と聞かれた

                                        同じ組織で働く人は常に転職活動をしていてほしい
                                      • ゲーム企画コンテストPERACONにおける審査員の問題 - じじいのプログラミング

                                        注意点 「CEDEC2020のPERACONが参加人数が多すぎて、提出物の質が低くなった」という問題については、書いてません。あくまで審査員の質についてだけを書いています。*1 記事を書くにあたって、審査員は匿名で書きたかったのですが、 審査員全員の名前が公開されていて、中途半端に匿名にしても無意味なこと。 根本的な問題では、反省はしてなさそう。 審査員にも責任があるべきといっていること。 なので、審査員の実名を出しました。ただ、悪い部分だけをピックアップすることはないように、できるだけ多くのデータを出し、客観的に判断するように心がけました。 はじめに CEDECというゲーム業界のカンファレンスで、PERACONというゲーム企画コンテストがあります。今年からはCESAというゲーム業界最大の団体の人材育成部会で引き取って、毎年人材を育成するという目的で行っていくことになったようですが、これか

                                          ゲーム企画コンテストPERACONにおける審査員の問題 - じじいのプログラミング
                                        • 【追記あり】任天堂を辞めてから5年以上が経った

                                          追記はしないつもりでいた。 でも、ある1人だけにコメントを返させてもらう。 https://anond.hatelabo.jp/20201001022747 衝撃を受けた。 ここまであなたの心を傷つけるとは思ってもみなかった。 でも、あなたにだから正直に言わせてもらうけど、辞めたことは後悔していない。 5年以上が経ったとは言いつつ、もっともっと、かなり昔の話なので当時の感情を思い出すのは難しいけど、それでも転職という答えが幸せになるための道だったんだよ。 日記は2つともすべて読ませてもらった。 ありがとう。顔も知らないあなたの幸せを願っています。 新卒で入社した。もうかなり昔のことだ。 文系の学部出身で、事務職で応募して、もの凄く面倒くさいエントリーシートを書いて、何度かの面接の後に採用された。 企画部門への配属だった。生産管理を希望していたけど通らなかった。 増田でこんなことを書いている

                                            【追記あり】任天堂を辞めてから5年以上が経った
                                          • CTO から見た,なぜスタートアップ
初期のソフトウェア設計は壊れがちなのか - Speaker Deck

                                            Speaker Deck This deck requires a password Password

                                            • 1on1の効果を高める3つの技法 - NTT Communications Engineers' Blog

                                              この記事は NTTコミュニケーションズ Advent Calendar 2021 の11日目の記事です。 はじめに ヒューマンリソース部の岩瀬(@iwashi86)です。普段は、全社の人材開発・組織開発を推進しており、業務の1つとして、"1on1" の全社展開をしております。 本記事では、その"1on1"の効果を高める具体的な技法を紹介いたします。アドベントカレンダーということで、ゆるめに書いてみます。*1 NTT Com における1on1の目的とは? 技法を説明する前に、1on1の目的について説明します。技法はあくまで目的達成に向けたHowでしかないためです。 1on1の目的とは何でしょうか?1on1それ自体には、複数の目的が挙げられます。代表的なところで言えば次のようなものでしょうか。 信頼関係の構築 離職率の低下 メンバー育成 目標達成へ向けた支援 etc... どれが正解というもの

                                                1on1の効果を高める3つの技法 - NTT Communications Engineers' Blog
                                              • マイクロソフトのリモートワークが得意な人を観察して気づいた、たった一つのポイント - メソッド屋のブログ

                                                コロナウィルスによって、誰もがリモートワークを実施する必要があるようになりました。昔はインターナショナルチームのメンバーとして日本に住んでいましたが、今は同じチームのいるシアトルに移住してアメリカでエンジニアをやっています。正直なところ私はリモートワークより対面でコミュニケーションをとるほうが好みななのです。しかし、アメリカのマイクロソフトにいると、コロナが始まる前からそもそも通勤できる距離にないメンバーが居たり、同じチームのメンバーが別の国に住んでいたり、お客さんが別の国だったりということもしょっちゅう起こります。そんな環境のなかで、リモートワークが得意な人が共通して持っている、たった一つのポイントをご紹介したいと思いブログを書きました。 リモートワークのつらさ リモートワーク好きな人もいますが、私はできれば同じ場所で作業したいと思います。リモートワークをすると、視野が画面に限定されます

                                                  マイクロソフトのリモートワークが得意な人を観察して気づいた、たった一つのポイント - メソッド屋のブログ
                                                • クックパッドを退職しました - 昼メシ物語

                                                  2024年1月末まで在籍していますが昨年12月に業務は終えていて、いまは有休消化期間中です。2010年から約14年間勤めてきた、自分の生き様そのものとも言えるクックパッドを離れるのには、表現しきれないほど大きく、複雑な思いがあります。 僕がこの14年間でやってきたことを振り返ってみます。 入社 クックパッドに入社した時は新卒3年目相当で、26歳でした。もともと料理と Ruby が好きで、当時まだ珍しかった Ruby on Rails でサービス開発をしているらしいという点や、当時からネットウォッチしていた @ryo_katsuma さんが所属していること、直属の上司の井原さんが転職したことが決め手になり、体当たりで飛び込みました。当時の僕はほとんど実績もなく、入れてもらえるかギリギリのところだったと思いますが、おそらく井原さんが頑張って交渉してくれたのだと思います。本当に感謝しています。こ

                                                    クックパッドを退職しました - 昼メシ物語
                                                  • スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|安野貴博

                                                    ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし

                                                      スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|安野貴博
                                                    • もし爆速プログラマーが大企業経営者になったら - 分裂勘違い君劇場 by ふろむだ

                                                      と思っていたら、「もし」が現実になっていた。 彼の名は小野和俊。 かつて日本中からスーパープログラマーたちの集まった「未踏ソフトウェア創造事業」で、プログラミング速度で他のプログラマーたちを驚かせたほどの爆速プログラマーである。 『諸君 私はプログラミングが好きだ』という記事 を書いちゃうほどプログラミングを愛してやまない彼は、アプレッソというITベンチャーを起業して成功させた後、今は、3700万人の顧客基盤を持ち、年間5兆円近い取引高のクレジットカード会社、クレディセゾンの常務執行役員CTOをやっている。 その彼が仕事論の本を書いた、という話を聞いて、「私なら、普通の人が読み取れないことも、その本から読み取れるだろうな」と思った。 なぜなら、私は、学生時代から含めて10年ほどプログラマーをやった後、起業して経営者になった経験があるからだ。 プログラマーが経営者になると、世界がどのように見

                                                        もし爆速プログラマーが大企業経営者になったら - 分裂勘違い君劇場 by ふろむだ
                                                      • で、シリコンバレーでいくら稼げるのか(Part 9)

                                                        承前 : Part-8 https://anond.hatelabo.jp/20201018143903 次回 : 予定無し 今回は路頭🙏おじさん専用回だ。毎回コメントをしてくれたお礼に救いようのない話をする。 学歴があり頭が良く生産性の高いエリート達が高給を稼いでいるように見えるシリコンバレー。 しかし随所に吐き気を催すような糞溜りがある。首切りである。 Unvested RSU, Visa, GC時折、日本の記事で以下のような言説を見ることがある。 「シリコンバレーではlayoffは日常茶飯事。皆慣れたものであっけらかんと次の職に移る」 大嘘である。 シリコンバレーで職を失うことは母国で職を失うことよりも悲惨な状況になる場合が多々ある。 まず、Unvested RSUはすべて没収される。以前取り扱ったXさんのような場合、3年目以降のvestを目前にして首を切られようものなら号泣では済

                                                          で、シリコンバレーでいくら稼げるのか(Part 9)
                                                        • Nature に筆頭で出して、英国でパーマネントの職も得たけど、やりがいがなくなったので辞めます - biochem_fanのブログ

                                                          はじめに 専門家としてのアイデンティティ 分野の雰囲気の変化 コモディティ化と専門家の役割の低下 商業化・特許・ブラックボックス シェアの低下 計算資源の不足 新しい IT 技術を習得できない 小回りがきかない 同僚や分野の関心との乖離 他人事になってしまった 自分の存在意義を信じられない 今後の方針 可能性 1: 日本の電顕施設での解析支援とその問題 可能性 2: 電顕施設ではなく(生)化学系グループへ所属する 可能性 3: 仕事だと割り切って企業に行く おわりに 追記とコメント返信 変更履歴 はじめに 筆者*1は構造生物学(X 線回折と電子顕微鏡単粒子解析)のためのプログラム開発とデータ処理を専門としている。昨年、英国の研究機関にて任期なしの investigator scientist ポストに昇進し、Nature に筆頭著者として論文を出し、年間被引用数 1850 以上、h-ind

                                                            Nature に筆頭で出して、英国でパーマネントの職も得たけど、やりがいがなくなったので辞めます - biochem_fanのブログ
                                                          • 退職に向かう感情と行動を整理し、退職ジャーニーマップをつくってみた|久松剛/IT百物語の蒐集家

                                                            ITエンジニア採用に関わること9年。数多くの採用と共に退職にも関わってきました。昨今のHR界隈では採用や、入社後のエンゲージメントが注目されたり、被雇用者の退職マニュアル・退職代行などは脚光を浴びていますが、退職に向かう行動/感情と引き止めについてはあまり議論されていないように思います。 退職、最終出社のシーズン。 退職は退職であって、卒業ではない。 学位出ないでしょうが。 — 久松剛/IT百物語の蒐集家 (@makaibito) December 20, 2020 先立って開催した「エンジニア引き止めセミナー」でもご紹介しましたが、今回は退職に向かう行動/感情の整理をしましたのでご紹介します。エンジニア以外にも適用できる内容だと考えています。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。

                                                              退職に向かう感情と行動を整理し、退職ジャーニーマップをつくってみた|久松剛/IT百物語の蒐集家
                                                            • 任天堂退職はあまりにアホ過ぎるので色々文句を言ってやる

                                                              お前本当は元任天堂社員じゃないだろう。 嘘をつくなと言いたいところだが、まぁいい。その嘘に乗って文句を言ってやろう。 お前は新卒で任天堂に就職したんだろう。しかも正社員で。 そしたらもう人生が安泰だったはずだ。 俺は非正規雇用だ。いつ首が切られるか分からん。 が、お前は任天堂社員だったわけだ。無借金経営で有名で内部留保が1兆円近くあったあの任天堂の。 そんな会社の正社員。それだけでお金をがっぽがっぽ貰っていたわけだろう。 馬鹿かお前は。俺は高卒だ。そして非正規雇用だ。 お前は任天堂で成果が出せなかろうが何しようが正社員だったんだから辞める必要なんてなかったんだ馬鹿が。 俺だったら、どれだけ仕事が出来なかろうが辞めさせられないなら居残る。 なのにお前は情けなく辞めた。根性なしと言われてもおかしくはない。 お前が企画が思いつかなかったとかどうでもいい。 つーか企画なんていくらでも思いつくけどな

                                                                任天堂退職はあまりにアホ過ぎるので色々文句を言ってやる
                                                              • 技術者と作業員 - 登 大遊 (Daiyuu Nobori) の個人日記

                                                                技術者(エンジニア)という言葉を多用するのは良くないと思う。 最近、特にコンピュータ関連の職業に携わっている者のことを総称してエンジニアなどと呼ぶようになってきている。 しかし、ここ数年間コンピュータ界で色々な仕事や経験をしてきた結果、以下のようなことがわかった。 まず、技術者(エンジニア)と呼ばれる人たちは、2種類に分けることができると思う。 1. 本当の意味での技術者 通常、大勢の人たちが無理だと思っていたり、どれだけ試行錯誤してもうまくいかないような (たとえばコンピュータに関連する) 技術的な難題を、人並み外れた凄まじい問題解決能力で解決し、たちどころに目的を達成してしまう能力を持つ特殊な人たちのこと。多くの場合、置換不可能である。誰でも勉強すればなれる訳ではない。 2. 作業員的な技術者 上記を除いたその他大勢の、コンピュータに関する仕事に携わっている人たちのこと。たとえば特殊な

                                                                  技術者と作業員 - 登 大遊 (Daiyuu Nobori) の個人日記
                                                                • 米国スタートアップのレイオフする側の話

                                                                  米国のスタートアップやビッグテックといえば高給取りやワークライフバランスとセットにしてレイオフについて語られることが多い。レイオフする側についてはあまり出回らないので、米国のスタートアップで働く開発チームのマネジャーの立場から書いてみたいと思う。 まず、レイオフにも種類がある。大きく分けて組織改編に伴うものと、個人のパフォーマンスないしは行動規定違反によるものがある。今回は個人のパフォーマンス起因のレイオフについて書く。 個人のパフォーマンスによるレイオフの場合、通常は事前に何度かフィードバックがマネジャーからある。ビッグテックの場合はPIPという再トレーニングプログラムがあるが、昔いたテックカンパニーでは自分の周りでPIPを受けている人を見かけたことがなく、その後は中堅 - 小規模なスタートアップにしか勤めたことがないので、詳しくない。 ともかく、フィードバックの後に改善が見られない場合

                                                                    米国スタートアップのレイオフする側の話
                                                                  • 生涯現役のソフトウェアエンジニアでありたい。IC(Individual Contributor)のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab

                                                                    ソフトウェアエンジニアの藤吾郎(@__gfx__)と申します。最近、IC(Individual Contributor / 個人貢献者†)という言葉でキャリアが語られることも増えてきたように思います。この記事では、ソフトウェアエンジニアにおけるICというキャリアパスについて、自分の認識と経験を交えて次の点から解説していきます。 ICというキャリアパスがあることを、ソフトウェアエンジニアに知ってもらいたい 私が39歳という年齢でIC一本でいくと決意するに至った経緯は? 「IC」とはどういったキャリアなのか? 管理職ではないキャリアとしてのIC これからICを定義する企業は増えるか 私がICというキャリアパスを選ぶことになるまで ソフトウェアエンジニアになるつもりはなかった 27歳で選択したソフトウェアエンジニアをウロウロする10年 Fastlyに入社して初めて明示的にICとなる ソフトウェア

                                                                      生涯現役のソフトウェアエンジニアでありたい。IC(Individual Contributor)のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab
                                                                    • アジャイルな開発とチームづくり - Mitsuyuki.Shiiba

                                                                      社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて

                                                                        アジャイルな開発とチームづくり - Mitsuyuki.Shiiba
                                                                      • リモートワークによる孤立から結束へと向かうチームビルディング

                                                                        カテゴリー DX (2) 一般 (59) 研究会 (6) 働き方 (4) 技術 (352) Edge AI (2) Edge Computing (13) Erlang (1) FIWARE (2) Fog Computing (10) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (5) RealTime Web (14) SRE (3) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティン

                                                                          リモートワークによる孤立から結束へと向かうチームビルディング
                                                                        • 心理的安全性って結局何なんだろう

                                                                          Event for Diverse Game Engineers #5 (https://edge.connpass.com/event/161663/)での登壇資料(からもろもろの画像などを取り除いたもの)です。

                                                                            心理的安全性って結局何なんだろう
                                                                          • 若手から見たリモートワーク時代のチームビルディング | BLOG - DeNA Engineering

                                                                            2020 年 4 月にコロナの影響による緊急事態宣言が発令されて久しい今日この頃ですが、多くの会社でリモートワークが余儀なくされ働き方が大きく変わりました。 DeNA がリモートワーク可能な体制へと迅速に切り替えていく中で、私自身リモートワークによる業務が9割以上を占めました。私や私の所属するチームだけでなく日本中でも働くことに対する考え方が大きく変わるタイミングだったのではないでしょうか。(DeNAでは緊急事態宣言が発令される前には全社的にリモートワークがすでに可能なレベルにまで整備され、とてもスピーディーにリモートワークへと移行できました。制度や勤務体制など様々な整備をしてくださったことにとても感謝しています。) その中で、私たちがチームのコミュニケーションや課題を改善するためにどう工夫したのかをお伝えすることで読んでくださる方のチームのチームビルディングの一助にして欲しいと願っていま

                                                                              若手から見たリモートワーク時代のチームビルディング | BLOG - DeNA Engineering
                                                                            • 「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには -アジャイル時代のマネジメント進化論- / #RSGT2023

                                                                              2023年1月11日より開催された「Regional Scrum Gathering Tokyo 2023」の登壇資料です。 https://2023.scrumgatheringtokyo.org/index.html ----- Visionalのエンジニアリングに関する最新情報はTwitte…

                                                                                「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには -アジャイル時代のマネジメント進化論- / #RSGT2023
                                                                              • カドカワの社長退任や『シン・ゴジラ』の舞台裏、そして教育事業に賭ける情熱とは?──川上量生・特別インタビュー

                                                                                カドカワの社長退任や『シン・ゴジラ』の舞台裏、そして教育事業に賭ける情熱とは?──川上量生・特別インタビュー 知ってる人にはいまさらな説明になるが、電ファミニコゲーマーは、元々はKADOKAWAグループの中で立ち上がったサービスであり、ニコニコ動画の運営元として知られるドワンゴで運営されていたという歴史がある。 それが、ドワンゴの業績悪化とそれに伴うKADOKAWAグループの再編の中でサービス中止が言い渡されたものの、当時、編集長を務めていた筆者(TAITAI)が継続を希望。事業自体を譲り受ける形で会社を興し、いまに至っている。 普通だったら「袂を分かつ」みたいな見え方もする一連の動きなのだが、ドワンゴやKADOKAWAとの良好な関係は引き続き継続しており、インフラ部分は未だにドワンゴのエンジニアが担当していたりもする。サービス中止!という厳しい決断があった一方で、「これは良いメディアだか

                                                                                  カドカワの社長退任や『シン・ゴジラ』の舞台裏、そして教育事業に賭ける情熱とは?──川上量生・特別インタビュー
                                                                                • 心理的安全性の育て方 - Innovator Japan Engineers’ Blog

                                                                                  こんにちは、CTOの山岡(@hiro_y)です。ここ数年「心理的安全性」という言葉を目にすることが増えました。Web上の記事でも、書店に並ぶ書籍でも。 自分も何度か「心理的安全性」って大事だよね〜と話した記憶があるのですが、実際のところ「心理的安全性」とは何でしょう。大切なのは誰もが同意するでしょうが、皆が思い描く「心理的安全性」が達成された状態は少しずつ違っていたりしないでしょうか。 ちなみに似たような感じで扱われる言葉に「コミュニケーション」があると思っていて、大切なことは否定できないけど具体的に何を指しているかは人それぞれ、という…。最近はなるべく「コミュニケーション」という言葉を使わないようにしてみています。 さて、話を戻します。「心理的安全性」とはそもそも何なのでしょうか。自分なりに考えた結果としては、「状態を指す言葉ではあるけれど直接は作れないもの」です。どのような状態かという

                                                                                    心理的安全性の育て方 - Innovator Japan Engineers’ Blog

                                                                                  新着記事