並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 6416件

新着順 人気順

チームの検索結果201 - 240 件 / 6416件

  • 今年もミクシィの22新卒技術研修の資料と動画を公開します!

    今年も技術研修資料と動画を公開します!MIXIの新卒技術研修の方針や、LayerX様との合同研修についても紹介します! 研修資料・動画一覧Git研修( 動画 / スライド )データベース研修( 動画 / スライド1, 2 / SQL演習環境 )設計・テスト研修( 動画 / スライド )コンテナ研修( 動画 / スライド1, 2 )iOSアプリ開発研修( 動画 / スライド / リポジトリ )Androidアプリ開発研修( 動画 / スライド / リポジトリ )フロントエンド研修( 動画 / スライド / リポジトリ )ゲーム開発(Unity)研修( 動画 / スライド1, 2, 3, 4, 5, 6 / リポジトリ )Flutter研修( 動画 / スライド / リポジトリ )AI研修( スライド1, 2, 3, 4 / リポジトリ )セキュリティ研修( スライド )チーム開発研修( スラ

      今年もミクシィの22新卒技術研修の資料と動画を公開します!
    • スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital

      最近でこそ「MVV」(ミッション・ビジョン・バリュー)ということが話題になることが増えて、スタートアップにおいて、比較的早期に組織のレーゾン・デートル(存在意義)を考えたり、言語化することが増えてきましたが、これは日本では比較的最近のトレンドのように思われます。 まだメルカリが社員10名程度だった頃、現在同社の取締役会長を務める小泉文明さんが経営陣4人とともに合宿をして、今では有名なメルカリのバリュー、「Go Bold」(大胆にやろう)、All for One (全ては成功のために)、Be Professional (プロフェッショナルであれ)を定めたのは日本のスタートアップ業界では良く知られた話です。2013年末から2014年にかけてのことで、当時、アーリーステージのスタートアップが、こうした言語化をするのは極めて珍しいことでした。すでにメルカリは最初の5か月で100万ダウンロードと成長

        スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital
      • DeNA南場智子さんの講演「ことに向かう力」がいい話だった|narumi

        もう7年前になりますが、DeNA創業者の南場智子さんが講演で話された内容がとても良くて、いまでもたまにそのときのメモを読み返します。 2013年7月に日経新聞主催で開催された「グローバル・ウーマン・リーダーズ・サミット」での特別講演。「他人とか自分のことをあまり意識せず、コトに向かうように」というメッセージでした。 聞きながら取ったメモから、ここに再構成してみます。 南場:南場です。私あの、今日すごいアウェイ感を感じてまして。女性であるとか、男と女という枠組みで物事を捉えることが、すごく苦手というか、好きではなくて。 それで会社を起業したものですから、我が社の知名度が上がると、よく海外から「もすとぱわふるうーまんず、なんとか」に出てくれとかですね。そういう言葉を聞いただけで、クラクラと目眩がする感じです。 それで今日なんでここにいるのかなっていうと、日経さんで本を出しまして、お世話になっち

          DeNA南場智子さんの講演「ことに向かう力」がいい話だった|narumi
        • 出口をふさいで人事権を握ると人が狂う - やしお

          財務省の文書改竄の話を見ながら、「出口をふさぐ」と「人事権を握る」を同時にやると、「正しいことをやる」より「人事権者に気に入られる(過剰な配慮や忖度をする)」を選ばざるを得なくなるんだ、みたいなことを思った。「出口をふさぐ」というのは、別に官僚をクビになったってアカデミックや民間でキャリアや実績を積み上げられるし、政権が変わればまたスタッフになれるかもといったパスがなくて、一度辞めたら二度と戻ってこれないといった出口のなさのことで、「人事権を握る」というのは2014年に設置された内閣人事局によって審議官クラス以上の各省庁の人事権が内閣に集約されたこと。 学校なんて行かなくても大丈夫、別に大学にも入れるしと思っている(親や周囲が思わせてくれる)子であれば大丈夫でも、そうでないと追い詰められて自殺してしまうのと似ているのかもしれない。 官僚は外部との流動性が低いというのは、日本が「ポストに人を

            出口をふさいで人事権を握ると人が狂う - やしお
          • FINDJOB!終了のお知らせ | FINDJOB!

            FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

              FINDJOB!終了のお知らせ | FINDJOB!
            • ソフトウェアに関わる人が知っておくといいかもしれない法則10個

              「チームトポロジー」や「エンジニアリングマネージャーのしごと」「スクラム実践者が知るべき97のこと」の著者や翻訳者などで知られる吉羽龍太郎氏が、「ソフトウェアに関わる人が知っておくといいかもしれない法則10個(勝手セレクション)」という興味深いポストをX(旧Twitter)で公開しています。 ソフトウェアに関わる人が知っておくといいかもしれない法則10個(勝手セレクション) コンウェイの法則 パレートの法則 グッドハートの法則 パーキンソンの法則 ブルックスの法則 リトルの法則 ピーターの法則 ハインリッヒの法則 ピーク・エンドの法則 ホフスタッターの法則 — Ryutaro YOSHIBA (@ryuzee) January 23, 2024 これらの法則の多くは経験則だったりもしますが、いずれにせよ知っておくと上司の説得に役立ったり、ソフトウェアの開発現場でチームの運営に役立ったり、物

                ソフトウェアに関わる人が知っておくといいかもしれない法則10個
              • 優れたエンジニアが集まり継続的に成長する会社にする方法 ~組織を急拡大させる採用育成評価ガイド~/Concise Guide to Finding the Best Technical Talent

                CEDEC2017「優れたエンジニアが集まり継続的に成長する会社にする方法 ~組織を急拡大させる採用育成評価ガイド~」講演資料です。

                  優れたエンジニアが集まり継続的に成長する会社にする方法 ~組織を急拡大させる採用育成評価ガイド~/Concise Guide to Finding the Best Technical Talent
                • 学生の「なぜ管理職は給与が高いの?」という疑問に回答した管理職の話。 | Books&Apps

                  ある会社でインターンを実施した時の話だ。 一通りのカリキュラムを終えてもらい、アンケートを取った。そして、そのアンケートの中に、「なんでも疑問があったら書いて下さい」という設問があったのだが、そこに面白い疑問が書いてあった。 「なぜ、管理職は給料が高いのですか? プロ野球チームは監督よりも現場のほうが給料がいいですよね。 管理職の方が「いや、僕の仕事は現場じゃなくて、皆が仕事しやすいような環境を作ることだから」と言っていたので、気になりました。」 素朴だが重要な疑問だ。これを管理職の方に見せたところ、誠実に回答していたので、抜粋をご紹介する。 質問ありがとうございます。 「管理職はなんで給料が高いんですか?」という疑問、最もだと思いました。順を追って回答します。まず、給料がどうやって決まるのか、という話です。 普通、給料は「成果への貢献度」によって決まります。つまりプロ野球であれば「チーム

                    学生の「なぜ管理職は給与が高いの?」という疑問に回答した管理職の話。 | Books&Apps
                  • ラグビーW杯 28日第2試合 日本 vs アイルランド レビュー

                    地上波放送がなかったにも関わらず、先週のウェールズ×ジョージア戦のレビューが多数のブクマをいただけて嬉しい。 あの試合はフィールドの46人とコーチたちのおかげで筆舌に尽くしがたいものとなった。 ゆえに「つたえられる少しだけ」ではあるが、増田のレビューで、勝負の世界に技量・フィジカル・戦術以上の「大切なもの」があること、そしてその面白さをみんなに届けなければいけないと思った。 それがみんなに伝わって、よりラグビーを楽しく見られたなら嬉しい。 -------- W杯が始まって2週目である。 今日のレビューは日本×アイルランド。 アイルランドに関してはどんなチームか、先週の戦いで見えてきたと思う。「ストラクチャー」チームだ。 では、日本はどういうチームなのだろうか。 日本代表については数多くのニュース、ドキュメンタリー、選手のバラエティー出演まであり、情報に溢れている。 しかし、その情報が多くは

                      ラグビーW杯 28日第2試合 日本 vs アイルランド レビュー
                    • 3位決定戦 イギリスを追い込んだラストショット :どうしん電子版(北海道新聞)

                      【2月24日 カーリング女子3位決定戦 日本対イギリス】 イギリスが有利な後攻で始まった試合は、両チームとも一歩も譲らず、第8エンドまで後攻が1点を取り合う形で進んだ。第9エンド、LS北見の日本はイギリスのミスから1点スチールに成功。そして、第10エンド。イギリスが勝ちを狙って2点を取りにいくラストショットが失敗しLS北見が1点をスチール、5−3で勝利し、カーリングで初めて日本がオリンピックメダルを獲得した。 ゲームが動き出した第8エンドから第10エンドのラストショットを中心に、山本研究室のカーリング戦略AI「じりつくん」が分析した。 残り3エンドで1点差負けの状況で、「じりつくん」はLS北見の勝率を44%と見積もりました。序盤から中盤のように1点ずつを取り合う形で進むと同点で最終エンドを終え、LS北見が不利な先攻でエクストラエンドを戦わなくてはならず、仮に第8エンドでLS北見が得点しても

                        3位決定戦 イギリスを追い込んだラストショット :どうしん電子版(北海道新聞)
                      • ゼロからはじめるプロダクトマネージャー生活

                        スタートアップやプロダクトの成功に必要な「アイデア×プロダクト×実行×チーム×運」の 5 つの項目について解説した概要のスライドです。急成長するプロダクトの初期に役立てていただければと思います。 プロダクトマネージャーやスタートアップの CEO の方向けにどうぞ。 ※ Japan Product Manager Conference 2016 の登壇資料です

                          ゼロからはじめるプロダクトマネージャー生活
                        • 実はAmazonは面接のためにどのような準備をすれば良いのか全て公開している

                          優秀な人材を求めるAmazonでは、面接では何が重要視されるのか、何を準備しておくべきか、さらにはどのような回答が求められているのかについて、非常に具体的なアドバイスを公開しています。このAmazonが求める回答方法に沿って面接の準備をしておくことは、実はAmazonが求める人材としてふさわしい経験や考え方を身に着ける大きな手助けにもなっています。 In-person interview - Amazon.jobs https://www.amazon.jobs/en/landing_pages/in-person-interview ◆Amazonの文化 どんな企業でもそうですが、「企業文化」というものがあります。企業文化を知ることは、その企業の面接に向けての準備の第一歩。Amazonでは「about Amazon(Amazonについて)」ページだけでなく、「Amazonの1日」というム

                            実はAmazonは面接のためにどのような準備をすれば良いのか全て公開している
                          • 私たちは心理的安全性を誤解していたかもしれない。 - Qiita

                            はじめに 最近、新入社員の方が毎月のように入社されていて、うちの部署もにぎわってきたなーと感じています。 やっぱり、人が増えてくるといろんな方がいてコミュニケーションの大切さを実感しています。 うちの部署では、事業部で大切にしていることの一つに心理的安全性があるので、それについて考えてみたいと思います。 心理的安全性とは? 心理的安全性とは何でしょうか?ググってみると 「心理的安全性とは、職場で誰に何を言っても、人間関係が壊れることなく、罰を受ける心配もない状態のこと。」と出てきます。 これだけだと抽象的で、よくわかりませんね そこで心理的安全性を提唱したエイミー・C・エドモンドソン先生の「恐れのない組織」を読んでみました。 本書では様々なケーススタディから組織での心理的安全性について書かれています。 心理的安全性の高い組織はどういうものかざっくり要約すると 「このままではまずいのでは?」

                              私たちは心理的安全性を誤解していたかもしれない。 - Qiita
                            • 『いいヤツの話』

                              gakukentのブログ もともとは新座ストロングサッカークラブと自分の趣味を書き込むサイトでしたが最近はFBばかりになり、どちらかというと昔のがくけんとのブログの記録を残しておくためのサイトですかね。 2004年と古い話ですが、良い話なので、アップしちゃいます。 2004年9月11日に新座市サッカーフェスティバルにて 清雲清純氏(元・ ユース日本代表監督、JFF-UNITED 監督、当時 大宮アルディージャ SSC代表の高校の後輩です。)による指導者講習会にて聞いた話を以下の通りメモしました。ご参考にしていただければ幸いです。 以下は清雲さんの話・・・ 今日は、一人の男についてお話したいと思います。 私(清雲氏)が小野と初めて出会ったのは、1997年、ユ一ス(U20)日本代表監督になって彼を合宿に召集した時ですが、彼は挨拶のときから、きちんとしており、他の選手とはちがっていました。 代表

                                『いいヤツの話』
                              • 「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」

                                「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。2回目は、誰も嫌な思いをしない変化のために実践したことについて。前回はこちらから。 誰も嫌な思いをしない変化のために「相手に期待しない」 椎葉光行氏:その頃の自分と、今の自分でいろいろと変わったとは思うんですけど、大きくこの2つかなと思います。 「相手に期待をしなくなった」それから「相手の気持ちを考えなくなった」です。 言葉にすると、人としてどうなのという感じがしますけど(笑)、でもこの2つが自分の中でけっこう大きな軸になっています。 何年か前に、娘が「2桁のかけ算教えて」っ

                                  「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」
                                • 面倒なデータマイニング作業を時給200円ぐらいでバングラデシュ人に発注してみた:tks(高須 正和)のブロマガ - ブロマガ

                                  先週の金曜に、超会議でお仕事の関係で東京に戻ってきて、そのまま土日はずっとハッカソンをしていた。 疲れ果てつつ充実したハッカソン後 International Space Apps Challenge(以下ISAC)という、NASAが主催しているハッカソンがある。人工衛星の位置データとか、月面や火星の写真とか、その他ものすごい量の様々なデータを世界中のハッカーに解放して、2日間で何か面白いものを開発もらって、宇宙に親しみを持ってね、というハッカソンだ。 いろいろな都市で行われていて、僕は2011年から東京支部に参加している。会場の大きさの限界だった80人はすぐ埋まったようで、シンガポールに行っていて出れなかった去年はもっと大人数で行われたそうだ。 ■NASAのハッカソン いくつかNASAから課題が提示されているのだけど、昔は「好きに何かやってください」みたいなモノが多く、アウトプットも「星

                                    面倒なデータマイニング作業を時給200円ぐらいでバングラデシュ人に発注してみた:tks(高須 正和)のブロマガ - ブロマガ
                                  • メンターを初めて経験する人に、最初に読むものとしてオススメしている書籍たち - $shibayu36->blog;

                                    社内ではこういうおすすめをしてますね(文字数多いのでスクショで...) pic.twitter.com/uzqCh6zubs— 柴崎優季 (@shiba_yu36) 2020年7月7日 こういうツイートして、そういえば社内でメンターを初めて経験する人にオススメしている書籍たちを外部に公開してないなと思ったので紹介してみます。 メンタリングのスキルを学習する時のキーワードは「コーチング」と考えていて、以下の書籍を推薦しています。上から順におすすめ順になっています。この推薦は網羅的にコーチングを学べると言うより、初めての人でもとっつきやすく読みやすいものであることを意識して選んでいます。また、メンタリングを始めるだけなら、書籍の全部分を読む必要はなく、どこまで読んでおくと良いかも書いています。 エンジニアリング組織論への招待 ザ・コーチ コーチングの基本 新1分間マネジャー エンジニアリング組

                                      メンターを初めて経験する人に、最初に読むものとしてオススメしている書籍たち - $shibayu36->blog;
                                    • 開発者の仕事が遅いわけではない!納期が遅れるホントの原因 | POSTD

                                      “なぜ納期を守れなかったのだろうか?” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか? Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと(S、M、L、XL)、また種類ごと(ストーリー、テスト、バグ)に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目:開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目:変動があるのは、ほとんどがチケットが開始される前(SomedayからBacklogまで)の段階です。これは、関係者が仕様を理解して作業の優先順位

                                        開発者の仕事が遅いわけではない!納期が遅れるホントの原因 | POSTD
                                      • TechCrunch

                                        A few hours after this morning’s big unveil, Humane opened its doors to a handful of press. Located in a nondescript building in San Francisco’s SoMa neighborhood, the office is home to the startu

                                          TechCrunch
                                        • 「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場

                                          ソフトウェアの開発プロジェクトにはさまざまな経歴や役職を持つ人が関与するので、我が強い人や性格に難がある人が問題になることもしばしば発生します。ソフトウェア業界のよもやま話を語るブロガーのニール・グリーン氏が、ソフトウェア開発プロジェクトの中で問題になりがちな人をタイプごとにまとめつつ、それぞれのタイプの特徴と管理職向けの解決策を解説しました。 How to Deal with Difficult People on Software Projects https://www.howtodeal.dev/ 上記のサイトにアクセスしたのが以下。上から「プロダクトマネージャー」「デザイナー」「プロジェクトマネージャー」「開発マネージャー」「開発者」「品質保証(QA)」の6カテゴリに分かれていて、それぞれの役職の中によくいる「問題のある人」のタイプが動物のアイコンで示されています。例えば、「プロ

                                            「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場
                                          • Webディレクターのスキルツリー - 二宮日記

                                            Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います

                                              Webディレクターのスキルツリー - 二宮日記
                                            • 「攻撃的な人が1人入っただけで、チームの生産性は30〜40パーセント低下する」の体験談。仕事はできるが「なんで〇〇なんですか😡」と過干渉な人がいて生産性が下がった話。

                                              みる兄さん⚽️元マーケの人 @milnii_san 「攻撃的な人が1人入っただけで、チームの生産性は30〜40パーセント低下する」って話。これ前に見聞きしたことがある。仕事はできるが周りに対して過度に求めて「なんで〇〇なんですか😡」って人がいた。これでチームの生産性が著しく低下した。チームで仕事をするときに「他人への干渉性」って大事よ 2021-12-20 23:01:46 みる兄さん⚽️元マーケの人 @milnii_san 他人への過干渉性の原因として、「バウンダリー・オーバー」(自他境界)が挙げられられます。判別方法は、 ①会話をしてるときに最後まで話を聞かずにかぶせ気味で自論を展開する。 ②トラブルがあったときに事象ではなく責任の所在(人)を探す。 ③人の「好き」を尊重できない。 ここらへんかな。 2021-12-20 23:08:26 リンク ログミーBiz “難しい人”が1人入

                                                「攻撃的な人が1人入っただけで、チームの生産性は30〜40パーセント低下する」の体験談。仕事はできるが「なんで〇〇なんですか😡」と過干渉な人がいて生産性が下がった話。
                                              • Google、メルカリも採用。新メンバーのパフォーマンス&定着率を上げる「オン・ボーディング」 | ハイクラス転職ならdoda X(デューダエックス)

                                                doda X(旧:iX転職)は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 売り手市場で熾烈を極める採用活動。なかなか優秀な人材や即戦力人材が採用できないと悩む企業も多いなか、苦労して採用した社員がすぐに辞めてしまった、高額な年俸を設定したのに期待通りの成果を上げられなかった・・・といった嘆きの声も聞かれます。 そんななか、雇用の流動性も高く、毎週のように新入社員が入社するような多くの外資系企業では、「オン・ボーディング」という人材開発手法が導入されており、最近ではメルカリなど日本の有力ベンチャーでも取り入れられています。 新しく入社した社員のパフォーマンスをなるべく早く発揮できるように、どんな研修が行われているのか――。数々の日本企業をオン・ボーディングの設計で支援するモティファイ株式会社取締役

                                                  Google、メルカリも採用。新メンバーのパフォーマンス&定着率を上げる「オン・ボーディング」 | ハイクラス転職ならdoda X(デューダエックス)
                                                • 料理も、睡眠も、仕事もハック! GunosyのCTOが教える開発効率を上げるメソッド - エンジニアHub|Webエンジニアのキャリアを考える!

                                                  料理も、睡眠も、仕事もハック! GunosyのCTOが教える開発効率を上げるメソッド エンジニアなら誰もが効率よく開発を行いたいはず。でも、どうすれば?GunosyのCTOである松本勇気さんが、忙しさに負けず、開発効率を上げるための方法を教えてくれました。 開発支援・効率化ツールやChatOps等で業務ハックに余念のないエンジニアは多いでしょう。では、エンジニア視点で日常をハックすると、どのように生活が変化するのでしょうか。 株式会社GunosyのCTOの松本勇気さんは、若手ながらも10を超えるプロダクト、50人以上の開発メンバーを束ね、日々多忙に過ごしています。それだけでなく、業務で社内のインフラから機械学習基盤、広告配信、アプリ開発まで、全プロダクトの技術的な意思決定に携わりつつ、さらにはプライベートの時間もしっかり確保しているといいます。 松本さんが実践する、ライフハック術を綴っても

                                                    料理も、睡眠も、仕事もハック! GunosyのCTOが教える開発効率を上げるメソッド - エンジニアHub|Webエンジニアのキャリアを考える!
                                                  • 世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022

                                                    世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022 世界中のITエンジニアが悩まされている問題の1つに、テストが原因不明で失敗する、いわゆる「フレイキーテスト」があります。 フレイキーテストは、リトライすると成功することもあるし、失敗する原因を調べようとしてもなかなか分かりません。GoogleやFacebookやGitHub、Spotifyといった先進的な企業でさえもフレイキーテストには悩まされています。 このフレイキーテストにどう立ち向かうべきなのか、Jenkinsの作者として知られる川口耕介氏がその最新動向を伝えるセッション「Flaky test対策の最新動向」を、4月21日、22日の2日間行われたイベント「DevOps Days Tokyo 2

                                                      世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022
                                                    • コードが読めるソフトウェア開発者 - As a Futurist...

                                                      僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職

                                                        コードが読めるソフトウェア開発者 - As a Futurist...
                                                      • 1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素

                                                        働き方が多様化した時代にも柔軟に対応し、最短距離で成果を最大化する「チームマネジメント」について、3回にわけて特集した株式会社SmartMeetingと株式会社SmartHRのセミナー。 本記事では、「成果を上げるための会議」をテーマに、『超・会議術~テレワーク時代の新しい働き方』の著者・越川慎司氏が登壇した、3回目のセミナーの模様をお届けします。日本企業における労働時間に占める社内会議の時間割合や、「会議の成功」の定義、そして会議でアウトプットが出ない理由など、さまざまなトピックが語られました。 延べ17万人超の労働時間を減らし、売上を上げる支援 越川慎司氏(以下、越川):クロスリバーの越川でございます。はじめの40分で「815社に対応してきた会議データの実情」と「質と量を改善するためにどうしたらいいのか」といった資料を共有させていただきます。「こうやったらうまくいくよ」ではなくて、実例

                                                          1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素
                                                        • 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita

                                                          エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね!なんてことがままあります。

                                                            新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita
                                                          • 2010年に読んだ本100冊の中で最も影響を受けた10冊 #10book2010 - ライフハックブログKo's Style

                                                            (c) スムース|写真素材 PIXTA 先日、2010年に当ブログで最も人気のあった本10冊を紹介しましたが、 今日は、私コウスケが2010年に100冊読んだ中から最も影響を受けた10冊あげてみます。 順位は付けられなかったので、紹介している順番に意味はありません。 怒らないこと 「私は正しい」 と思うから怒る怒る人ほど頭が悪い怒りの人間は動物以下など、結構刺激的?な内容で、怒るのをやめよう!と思えます。 まだブログで紹介していませんでしたが、とても良い本です。 自分の小さな「箱」から脱出する方法 再読した本。 これもまだブログで紹介していませんが、あまりに良い&深い本で、ブログでうまく紹介するのが難しい…。 苦手な人がいる方家族とよくケンカをしてしまう方など、人間関係のトラブルが解決するキッカケになります。 ストーリー仕立てで、読みやすいですよ。 より良いコミュニケーションを取りたい方に

                                                            • 新規事業立ち上げのアンチパターン|福島良典 | LayerX

                                                              新規事業立ち上げのアンチパターンについて考えてみる。 このアンチパターンは、完全な飛地の新規事業だけではなく、複数プロダクトを経営する中での隣接領域の新規プロダクトの立ち上げのときや、あるセグメントにPMFした状態から次のPMFを探すときも同様のアンチパターンが適用されうる。 ここでのアンチパターンは、1つ目の事業立ち上げ・プロダクト立ち上げで起こることはない。2つ目の事業や2つ目のプロダクトを立ち上げる際に留意する点であり、コンパウンドスタートアップを正しく経営するには必ず頭に入れておきたい内容である。 規模からの逆算と顧客インサイトの軽視新規事業における市場選択のアンチパターンである。 例えば、売上の30%成長を続けるための、計画と現実のギャップを埋めるために新規事業を規模から探してしまうみたいなケースで見られる。 大前提として、市場規模の推定は重要である。実際に事業をやっていると、い

                                                                新規事業立ち上げのアンチパターン|福島良典 | LayerX
                                                              • PTAをDXしようとして挫折した話 ※追記しました

                                                                去年から妻がPTAの仕事をすることになり、仕事でDXをやってるんだったら手伝ってよ、ということで半年前から手伝い始めた。 主な課題は2つ 4月のクラス替え・新入生の名簿更新業務が大変4月末の役割分担を行うくじ引きの準備が大変両方ともエクセルを使って実施してるらしいのだがエクセルを使える人が居ないので困ってるとの話だった。 ちなみに妻もエクセルは使えない(編集ぐらいならできる)。 名簿更新作業 現状PTAの名簿は「PTA名簿(学年).xlsx」というファイルで管理されている。 6年生なら「PTA名簿(6年).xlsx」のファイルがあり、そこに各学年の児童の名前、保護者の名前、役割などが書かれている。 4月になると6年生のファイルは削除し、5年生のファイルを6年生にリネームする。 更に5年生のファイルに入っている各児童の学年・クラス・出席番号を変更する。 変更が終わればそれぞれの行を「切り取り

                                                                  PTAをDXしようとして挫折した話 ※追記しました
                                                                • 「利他的な人」は嫌われる:実験結果 | WIRED VISION

                                                                  前の記事 ダイムラーが作った「史上初のバイク」、ギャラリー 「利他的な人」は嫌われる:実験結果 2010年8月31日 サイエンス・テクノロジー コメント: トラックバック (0) フィードサイエンス・テクノロジー Olivia Solon (Wired UK) 社会心理学の研究によると、グループ全体のために進んで自らを提供しようとする人は、同僚たちから嫌われるらしい。 「利己的でないメンバーをグループから放逐したいという願望」と題された論文(『Journal of Personality and Social Psychology』に掲載されたもので、4本のシリーズ論文のうち1つ)によると、「利己的でない人」はメンバー全体に求められる「基準」を引き上げてしまい、他の同僚たちを「悪く見える」ようにするため、同僚たちの恨みを買うことになるという。 「誰かの利己的でない振る舞いのおかげで、グルー

                                                                  • 企画書の書き方 | アクティブ10 プロのプロセス | NHK for School

                                                                    ここは、とある学校。やたらとカタカナ言葉を使いたがるオサダと、アナログ人間のマツオが、情報社会を生き抜く技をプロから教えてもらうお話です。 「おはよーう!」。マツオが教室にやってきました。「わっ、どうしたマツオ?」とオサダはびっくり。髪はボサボサ、顔はきずだらけ、肩には鳥のふんが…。「カラスに襲われたんだよ」とマツオ。「最近、町じゅうのゴミが増えたのが原因で、カラスが集まってきてるらしいからな」とオサダ。すると、「オサダくん、僕ね、この町をきれいにするために、“おそうじフェス”っていうのを考えたんだ」とマツオが言います。「町の人にも協力してもらって、チームでゴミ拾い競争するんだ。で、いちばん多くゴミを拾えたチームが、商店街の割引券がもらえるっていう企画も考えたんだよ」。「素晴らしいじゃないか、マツオ。こういうときはちゃんと企画書を書いて町の人に読んでもらうのが効果的だ」。 そう、今日のテー

                                                                      企画書の書き方 | アクティブ10 プロのプロセス | NHK for School
                                                                    • 障害報告書を書こう! - Qiita

                                                                      担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告(レポート)する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例: ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」 できるだ

                                                                        障害報告書を書こう! - Qiita
                                                                      • バグをドラゴンと呼ぶ運用を始めて1ヶ月くらいたった - Konifar's WIP

                                                                        1ヶ月くらい前、 「バグをドラゴンと呼んだらどうなるか」というTweetを見ました。 確かに、バグをドラゴンと読んだ場合「Sクラスのドラゴンが出ました!」「Aクラスのドラゴンを相手にしてる最中だってのに!」って会話になるし、ドラゴンは結局人の手で生み出されたものってところが中二ファンタジーっぽくて良い— 尾野(しっぽ) (@tail_y) March 18, 2015 これは天才的発想だなと思って職場で雑談で話してみたところ、 同僚のスペイン人エンジニアにバカウケしまして、 それからちょいちょいバグのことをドラゴンと呼ぶようになりました。 せっかくなので、どんな雰囲気になるのかまとめてみようと思います。 先に言っておくと、自分ともう1人スペイン人エンジニアが時々チャット上で使っているだけで、 正直そんなに流行ってないです。 なんかテンションが上がる バグ修正ってマイナスをゼロにするだけで何

                                                                          バグをドラゴンと呼ぶ運用を始めて1ヶ月くらいたった - Konifar's WIP
                                                                        • 「だから言ったのに」と言う人の言葉を無視してはいけない | サイボウズ式

                                                                          マネジメント 新しいチームのあり方を探求 就活 就活生必見!サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める! サイボウズ式編集部より:著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただく「ブロガーズ・コラム」。はせおやさいさんが考える「チーム運営で意見を1つの視点ととらえることの大切さ」。 こんにちは。はせおやさいです。 「失敗は成功の母」と言いますが、失敗から学ぶことは思った以上に多いものですね。「失敗しないこと」よりも「失敗したとしてもそこから有益な知見を得られた」というほうに注目していく

                                                                            「だから言ったのに」と言う人の言葉を無視してはいけない | サイボウズ式
                                                                          • どのようにエンジニアの目標設定を行うか - $shibayu36->blog;

                                                                            以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする

                                                                              どのようにエンジニアの目標設定を行うか - $shibayu36->blog;
                                                                            • 「みんなで考えよう」は思考の品質が下がる?「集団浅慮(グループシンク)」と「悪魔の代弁者」について

                                                                              多数が集まることで思考の品質が下がるリスクについて、もう少し具体的に紹介してみましょう。 例えば、社内の気心の知れた人達で集まって会議を開催すると、知らず知らずの内にその人たちの間で「今の私たちが持っている『雰囲気』や『秩序』を大切にしよう」とする意識が働くものです。 会議が進み、議論が一定の方向にまとまり始めると、そこで反対意見を出すことは「雰囲気や秩序を乱す」として、賛成意見以外を言いづらい雰囲気が形成される──といったこともあるでしょう。 一見「良案」にみえる意見においても、それが客観的に正しい、良いものなのかどうかよりも「和を乱さないか」であったり、「(まとまっていた話が)まとまらなくなってしまうのではないか」といった観点に重きを置かれてしまうのです。 こうしたケースは決して珍しいことではなく、例えば一部上場企業における役員クラスのミーティングにおいても、同様の傾向が見られることも

                                                                                「みんなで考えよう」は思考の品質が下がる?「集団浅慮(グループシンク)」と「悪魔の代弁者」について
                                                                              • 2022年カタールW杯、日本対クロアチアのレビュー、PKの話はないぞ念のため - pal-9999のサッカーレポート

                                                                                はい、皆さん、こんにちは。 本日は先日行われた日本隊クロアチアのレビューをやっていきたいと思います。 PK戦での決着だったので、皆さんも消化できない部分も沢山あるでしょうが、PKは試合内容と全く関係がない要素なので、レビューでは扱いません。今回は試合内容の話にフォーカスしてお届けします。 クッソ長いので、暇な時に読んでください。チェンソーマンのアサの話並に長いです。 日本対クロアチア、スタメンと両国の守備の違いについて まずスタメンから。 スタメンですが、日本は3421で冨安と遠藤がスタメンに復帰してます。ワントップは前田、シャドーは鎌田と堂安。右WBに伊東が入ってる所が特徴ですね。試合前、「前半から堂安を使ってくるならポイチさんは前半をクロアチアに譲らない」と思ってたのですが、堂安がスタメンなのを見て、ポイチさんは前半から点取りにいくつもりだと確信しました。 ここまで日本代表はドイツ戦、

                                                                                  2022年カタールW杯、日本対クロアチアのレビュー、PKの話はないぞ念のため - pal-9999のサッカーレポート
                                                                                • 新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog

                                                                                  ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながら つまるところそれらが現実のどのような問題を解決していくのか? どのように相互作用するのか? これらが有機的に結びつくことで現実のどのような問題を解決していくか? こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。 本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。 プロジェクトの機能的側面 技術的不確実性 各取り組み単体の詳細 はじめに / プロジェクトの雰囲気を伝える図 この記事で

                                                                                    新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog