並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 2891件

新着順 人気順

チームの検索結果321 - 360 件 / 2891件

  • 日本のソフトウェア企業でよく見るエンジニア組織の構造と、近年推奨されるエンジニア組織の構造について

    はじめに 恥ずかしながらスクラム開発の開発チームへの導入を何度も経験しているのだけれど、どうしてもチームの成熟レベルが高い位置までもっていくことができませんでした なぜうまくいかないのか? これを深掘りする過程で教科書どおりに実行するには組織の構造がスクラムガイドで書いてある構造と根本的に異なっているのではないか?と考えるようになりました。 よくあるエンジニア組織の構造 大きめのWebソフトウェア企業の内製型エンジニア組織の構造はだいたいどこもこのような感じになっています この組織構造の問題点 スクラムを導入する場合、リーダー自身かあるいはメンバーの一人がスクラムマスターとなります リーダー自身がスクラムマスターになる場合でもアンチパターンと言われる開発者との兼任になります。 スクラムマスターの最も重要な職務である「観察」が行えなくなります。 スクラムマスター自身が観察を行わない場合、各メ

      日本のソフトウェア企業でよく見るエンジニア組織の構造と、近年推奨されるエンジニア組織の構造について
    • オンラインゲームのチームが、お互いをブロックしあう最悪の結末を迎えて崩壊した話。

      足手まといとは、困った存在である。 自分だって完璧じゃないことはもちろん承知してるけど、そういう人がいると、うまくいくものもいかなくなってしまう。 だがしかし、相手がめちゃくちゃイイ人だったらどうだろう? 足を引っ張っているその人が、すごく優しくて気遣いができて、みんなから好かれている人だったら? 今回紹介するのは、「無自覚足手まといがめちゃくちゃイイ人だからこそ起きた悲劇」である。 8人がかりで1ヶ月経っても倒せないモンスター わたしは先日まで、とあるオンラインゲームでとても強いモンスターと戦っていた。 固定メンバーと週に数回集まり、クリアするため何度も挑戦していたのだ。 きっかけは、そのモンスター攻略メンバーを募集するツイッターを見たこと。 「現状ヘタでも向上心があればOK。みんなで協力してクリアを目指しましょう! 最低限の装備、予習は必須。やむを得ない理由をのぞき、ドタキャンや連絡な

        オンラインゲームのチームが、お互いをブロックしあう最悪の結末を迎えて崩壊した話。
      • Developers Summit 2020 資料リンクまとめ - Qiita

        毎年開催されているデブサミが2020/2/13(木)、14(金)で開催されましたね。 現時点で公開されている資料のリンクをまとめました。 よろしければご活用ください。 はじめに 公式サイト - Developers Summit 2020 登壇者名は敬称略させていただいています。 Twitterアカウントについては、多くの方はデブサミ公式サイトの紹介ページに記載がありましたので、そちらから引用させていただきました。記載がなかった方については、調べて分かった方のみ記載しています。 資料について、見つけられなかった or 元々資料を使用していない 方についてはレポート記事を見つけられた方のみ、そのリンクを記載しています。 なお、こういったリンクまとめをQiitaに投稿するのは初めてなので何か問題がある場合や、リンクの間違い等ありましたらコメントいただけると助かります。 2/13 13-A-1

          Developers Summit 2020 資料リンクまとめ - Qiita
        • NTT Com チームビルディングハンドブック

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

            NTT Com チームビルディングハンドブック
          • 中国ハッカーに握られた社内PC 特命チーム暗闘の全貌:朝日新聞デジタル

            ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">

              中国ハッカーに握られた社内PC 特命チーム暗闘の全貌:朝日新聞デジタル
            • リモートワークで生産性は上がるか | Coral Capital

              Coral Insightsでは先日、投資先の1社である保険スタートアップ、justInCaseが、どうやってリモートワークを取り入れて日々の業務を回しているかというインタビュー記事を動画とともに掲載しました。これからチームや組織を作ろうというときに参考になる話だと思います。 1人の起業家のパッションから始まり、徐々に周囲を巻き込む形でスタートすることが少なくないスタートアップの初期は、特に時間や場所を共有せずにリモートで仕事をするスタイルが自然で、そのままリモートを続けることも多いかと思います。 でも、本当にリモートワークは良いものでしょうか? マイナス面はないのでしょうか? 先回りして書きますが、こうした問いには「イエス」も「ノー」もありません。答えはどこか真ん中にあるもので、全てはケース・バイ・ケースでバランスです。例えば、日本社会全体で考えたときは、もっとリモートワークを取り入れて

                リモートワークで生産性は上がるか | Coral Capital
              • 「富山市議14人ドミノ辞職」スクープから4年…映画化で波紋「富山ではどこで」「正直やめてほしい」 | 文春オンライン

                2016年8月、富山のローカル局「チューリップテレビ」のニュース番組が「自民党会派の富山市議 政務活動費事実と異なる報告」とスクープ。日本記者クラブ賞特別賞、ギャラクシー賞報道活動部門大賞、菊池寛賞を総ざらいした一連の報道によって “富山市議会のドン”といわれていた自民党の重鎮をはじめ、半年の間に14人の議員が辞職していった。 約4年の歳月を経て映画化された政治ドキュメンタリー『はりぼて』(8月16日公開)では、政治家と取材者の人間臭さがあぶりだされ、「政治とカネ」を巡って随所に笑いの要素も込められた異色の作品だ。一方で地元の議会や議員たちをローカル局が徹底追及することへのハレーションをどうしても想像してしまうが、今は取材チームの半数が報道の現場を離れ、議員やその家族も新しい人生をスタートさせているという。単なるきれいごとで終わらせることのできないスクープ報道の映画化で、何を伝えたかったの

                  「富山市議14人ドミノ辞職」スクープから4年…映画化で波紋「富山ではどこで」「正直やめてほしい」 | 文春オンライン
                • スプリント1を始める前にどんな準備をするか

                  みなさんこんにちは。@ryuzeeです。 スクラムでスプリント1を開始する前にどんな準備をしておくと良いかについては、Regional Scrum Gathering Tokyo 2018で話をしたのですが、改めて文章化してみました。 なお、かなり長いので関係なさそうなところは適宜読み飛ばしてください。 1. はじめに1.1 この記事の目的スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。 つまりプロダクトバックとスクラムチームが存在するところがスタート地点になっています。言い換えるとそれらがないとスプリントが開始できません。 本稿では、実際にスクラムでスプリントを開始する前にどんな準備を行うと良いのかを考察してい

                    スプリント1を始める前にどんな準備をするか
                  • アトラシアン、JiraやConfluenceなど期限なく無料提供開始。10名以下のチームに

                    アトラシアンは、同社がクラウドサービスとして提供しているJira SoftwareやConfluence、Jira Service Desk、Jira Coreを、10名以下のチームに対して期限なく無料で提供することを発表しました。 That’s why @Atlassian is making many of our tools available for free. We’re on a mission to help unleash the potential of every team, regardless of location or balance sheet. 2/3 https://t.co/4TnxWUm4To — Scott Farquhar (@scottfarkas) March 18, 2020 Jira Softwareはプロジェクト管理やタスク管理を行えるツ

                      アトラシアン、JiraやConfluenceなど期限なく無料提供開始。10名以下のチームに
                    • UI改善のためにエンジニアに仕様を構造化してもらったら再設計がめちゃくちゃ捗った話|鈴木 健一 / PLAID & Ex.STANDARD

                      この記事はPLAID Advent Calendar 9日目の記事ですUI改善の前提理解、うまくできていますか?皆さんはこれまで着手してこなかった既存画面のデザイン改善をする時、どのように進めているでしょうか。 自分がプレイドで所属しているreBAISUというチームでは、タタキとして定義したスタイルガイドを旧来の画面に適用しながらUI改善する取り組みをしています。 取り組み方として、改善対象となる画面の仕様を理解しながら課題を見つけ、解決策を検討していく流れになるのですが、この仕様理解が難しいと感じていまして。 なんとか前提理解を促せる方法はないものかと検討した結果、対象画面の構成要素をひとつずつ紐解いていく方法で理解していく「デザインの逆行分析」という方法をとっていました。 デザインの逆行分析とは「リバースエンジニアリング」とも呼ばれる手法で、その考えをデザインでも応用しようというもので

                        UI改善のためにエンジニアに仕様を構造化してもらったら再設計がめちゃくちゃ捗った話|鈴木 健一 / PLAID & Ex.STANDARD
                      • 【解体新書】Notion編 ~ 社員数たった50人の会社がユニコーンになれた秘密 ~|Tomo Shikata @ WiL

                        『解体新書』と題し、急成長するスタートアップ企業を徹底解剖するシリーズの第1回としてNotionについて書こうと思います。 (このシリーズが面白いと思ったり、別の企業について書いてほしいという方はぜひこのnoteへのスキや、Twitterのフォロー、シェアをなにとぞ🙇‍♂️) Notionを知らない方にざっくりとした説明をすると、なんでもできる超多機能情報管理ツール。昨年くらいからものすごい熱量の高いファンがいるサービスだなーと思っていて、自分も年初から使うようになり、今では個人で課金して使ってます。 そんなサービスが昨年7月に$20M、今年4月には$50Mを調達してユニコーン企業になり、ユーザーは400万人を突破するなど、昨今のコロナはどこ吹く風という勢いの実績を積み上げています。 名実ともに破竹の勢いで成長を続けるNotionは、実は創業してから会社が一度死にかけていたり、創業者はな

                          【解体新書】Notion編 ~ 社員数たった50人の会社がユニコーンになれた秘密 ~|Tomo Shikata @ WiL
                        • 全員がOAuth 2.0を理解しているチームの作り方 #devio2021 | DevelopersIO

                          DevelopersIO 2021 Decade で「全員がOAuth 2.0を理解しているチームの作り方」というテーマで話させていただきました。 スライド 話した内容 なぜ人類は OAuth 2.0 に入門し続けるのか なぜ OAuth 2.0 をチームに根付かせたいのか 開発フローとしてコードレビューがある 仕様がわからないと、レビューができない コードと仕様のすり合わせのために仕様が分かる必要がある OAuth 2.0 はまあまあややこしい OAuth 2.0 では登場人物が4人いて、それぞれがいろんなやりとりをします。 それぞれのやりとりにパラメーターがあるので、誰が誰にどういう値をどうして送る、みたいなところまで考えるとまあまあややこしいのですが、このややこしいシーケンスを完全に頭に入れると学習がスムーズに進むと思います。 勉強会について 以下をゴールに設定しました。 各ロール

                            全員がOAuth 2.0を理解しているチームの作り方 #devio2021 | DevelopersIO
                          • Adobe、Figmaを約2.9兆円で買収へ デザインコラボツール大手

                            米Adobeは9月15日(現地時間)、デザインコラボレーションツール大手のFigmaを200億ドル(約2.9兆円)で買収すると発表した。2023年内に買収を完了する予定としている。 Figmaは、Webサイトやアプリなどのデザイン制作全般をWebブラウザ上で完結できるコラボレーションツール。プロダクトマネジャー、エンジニア、マーケターなど、非デザイナー人材も参加して、一緒にデザインを作り上げられるのが特徴。チームでのプロダクト制作を支援する。 海外ではGoogle、Microsoft、vmware、Twitter、Uber、Block(旧Square)などテックジャイアントで導入されており、国内でもヤフー、LINE、楽天、富士通などがすでに採用している。2022年7月には日本進出を果たしたばかりだ。 買収後は、Figmaの共同創業者兼CEOのディラン・フィールド氏が引き続きFigmaチーム

                              Adobe、Figmaを約2.9兆円で買収へ デザインコラボツール大手
                            • 厚切りジェイソンが明かす自らの“限界点”(中西正男) - エキスパート - Yahoo!ニュース

                              IT企業役員、タレントと二つの顔を持つ厚切りジェイソンさん(34)。新型コロナウイルスの感染拡大が再び危惧される中ですが、タレント活動と役員としての仕事を両立させるため、以前からテレワークを駆使してきました。ジェイソンさんだからこそ感じるテレワークの課題と今後。そして、その入口から見た自身の“限界点”についてもストレートに言及しました。 テレワークの可能性 私の仕事の現状を申し上げますと、勤めている株式会社テラスカイの本社は東京・日本橋にあるんです。ただ、その中で僕はアメリカ法人を担当していて、そちらの所在地はカリフォルニア州、シリコンバレーのあたりにあるんです。 でも、芸能の仕事を始めた5年前からどちらにも行かず、基本はメールや電話、画面共有ソフトなどを使って連絡を取って仕事を進めています。 富士通さんが今後もテレワークをやっていきますと表明されましたけど、もともと、アメリカではテレワー

                                厚切りジェイソンが明かす自らの“限界点”(中西正男) - エキスパート - Yahoo!ニュース
                              • なぜ、女子サッカー選手は「"女子"サッカーの魅力」を考えなければいけないのか。|下山田志帆/Shimo Shiho

                                「女子サッカーの魅力ってなんだと思いますか」 今まで死ぬほど聞かれてきたこの質問。聞かれるたびに、うまく答えられずに困ってしまう自分がいた。 「ひたむきな姿ですかね」 「まっすぐに頑張ろうとする姿勢だと思う」 「男子よりも繊細で気が効くプレーかな」「女子サッカーの魅力ってなんですか」の質問に対して、よくこんな回答を耳にしてきた。どれも間違っていないと思う。むしろ、正しい。けど、他の選手や指導者、ファンがそう答えるたびに、それは本当に"女子サッカーの魅力"なのだろうかという想いがどうしても拭えなかった。 だから、いつも散々悩んだ挙句、「正直、探している最中です。女子サッカー選手でありながら、女子サッカーの魅力ってなんだろうと困っています。」馬鹿正直にそう答えていた。 そうやって、いつも女子サッカーの魅力をうまく答えられない自分がすごく嫌で。だから、その理由を考えてみた。 「なぜ、自分は女子サ

                                  なぜ、女子サッカー選手は「"女子"サッカーの魅力」を考えなければいけないのか。|下山田志帆/Shimo Shiho
                                • EC/CRMの自社サービス「prismatix」開発チームのプロジェクトマネージャーになって最初にやったことn連発 | DevelopersIO

                                  この7月からDev PjMにクラスチェンジしました。何もわからない状態から、いかにしてプロジェクトの状態を把握・コントロールしようとしたか、その試行錯誤の記録です。 4ヶ月前に言ってたことダイジェスト Dev PjMになって最初の頃、こんな話を書いていました。 prismatixの開発者から開発チームのプロジェクトマネージャーにクラスチェンジした話 | DevelopersIO マネジメントの姿勢 そこで、私は 指揮者(Conductor) として振るまおうと決意しました。 何をしたいのか Devチームを中心として系が回るようにする ことを実現したいと思っています。 もう少しわかり易い言葉でいうと、「prismatixというサービスの 開発 を通じて、顧客およびチームに 価値を届け続けている 状態を作る」のが目的になります。 どうしていくのか Devチームもハッピー、みんなもハッピー な状

                                    EC/CRMの自社サービス「prismatix」開発チームのプロジェクトマネージャーになって最初にやったことn連発 | DevelopersIO
                                  • リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita

                                    はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し

                                      リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita
                                    • 入社して1ヶ月で意思決定の速さに驚いた話 - ANDPAD Tech Blog

                                      2021/10から株式会社アンドパッドで働いているid:shiba_yu36です。現在はセキュリティチームで認証基盤に関するエンジニアリングをしています。 アンドパッドは2021/10/01時点で従業員数が539名となっています。入社する以前は「この人数になってくると自分が何か提案したとしても中々意思決定が進まずヤキモキするのではないだろうか」と不安に思っていました。 しかし入社してから自分が開発プロセスや人員配置に関して提案してみたところ、この心配は杞憂だったどころか、逆に思った以上の意思決定のスピードに驚いてしまいました。そこで今回は自分が入社してから1ヶ月ほどの間に実際に提案・採用した内容を書きながら、どの程度意思決定がスピーディだったか伝えられればと思います。 ミーティングではesaで同時編集しながら議事録をみんなで作るスタイルへ -> その日から開始 フルリモートでの円滑なコミュ

                                        入社して1ヶ月で意思決定の速さに驚いた話 - ANDPAD Tech Blog
                                      • 静止画なのにシミが広がる!? 新たに発見された動く錯視「膨張する穴」 - ナゾロジー

                                        上の画像をごらんください。 ドット中央にある暗い部分が膨張しているように見えませんか? また、それを見ていると、まるでブラックホールに吸い込まれ、暗い穴の中に落ちて行くような感覚を覚えないでしょうか? ノルウェー・オスロ大学(University of Oslo)によると、これは「膨張する穴(expanding hole)」と呼ばれる、科学的に新しい錯視です。 そしてチームの研究により、約86%の人にこの錯覚が発生していることがわかりました。 また「膨張する穴」を見る人々の瞳孔に、不思議な動きが確認されています。 研究の詳細は、2022年5月30日付で科学雑誌『Frontiers in Human Neuroscience』に掲載されました。 ※ 錯視により酔いが発生するなど、苦手な方はあまり凝視しないようご注意ください。

                                          静止画なのにシミが広がる!? 新たに発見された動く錯視「膨張する穴」 - ナゾロジー
                                        • 「システム運用アンチパターン」を一読したので、その要点(特に薦めたい感想5点) - Qiita

                                          システム運用アンチパターン ―エンジニアがDevOpsで解決する組織・自動化・コミュニケーション | Jeffery D. Smith, 田中 裕一 |本 | 通販 | Amazon エンジニアがDevOpsで解決する組織・自動化・コミュニケーション。早速お薦めしたく書いています。読書感想文です。 感想5点 良いぞ。周りに薦めたい 百聞一見。目次だけでも: https://www.oreilly.co.jp/books/9784873119847/#toc 特に自分にとって良かったのは以下 9章 せっかくのインシデントを無駄にする 10章 情報のため込み:ブレントだけが知っている だが、一番スゴイのは11章かもしれない 「文化を変えようと思うのであれば、文化がどのように共有されているかを理解すること」 コロナ以前は 議事録 会議 机横での雑談 飲み会 タバコなどなどあったが コロナ以降、リ

                                            「システム運用アンチパターン」を一読したので、その要点(特に薦めたい感想5点) - Qiita
                                          • アジャイル手法提唱者が涙ぐんだ「日本発の論文」 | Japan Innovation Review powered by JBpress

                                            新しいソフトウェア開発方法論「アジャイル開発」の一手法である「スクラム」の源流は、日本発の論文にあった。その論文著者の一人、野中郁次郎氏(一橋大学名誉教授、中小企業大学校総長)が語る「アジャイルの真髄」とは何か。(JBpress) 新しいソフトウェア開発手法として、さらに組織変革やビジネスの革新手法として注目を集めている「アジャイル」。「スクラム」はその中で最も普及している具体手法である。その「スクラム」提唱者の一人ジェフ・サザーランド氏が着想を得る原点となったのが、日本企業におけるイノベーションの成功要因を研究した日本発の論文なのだ。 サザーランド氏が、その論文を竹内弘高氏(現ハーバード・ビジネス・スクール教授)とともに執筆した野中郁次郎氏に実際に対面したのは、「スクラム」を提唱してから時間が経った2011年だった。サザーランド氏が着想を得た論文の中核部分は何か、またどのような経緯で対面

                                              アジャイル手法提唱者が涙ぐんだ「日本発の論文」 | Japan Innovation Review powered by JBpress
                                            • バウンスしすぎて Amazon SES から追放された俺たちは Mailgun と SendGrid に国を作ることにした - ANDPAD Tech Blog

                                              これは何 どのように技術選定してますか。よく聞かれます。SREチーム 鈴木心之介 です。しかし説明が難しい。難しいですが説明の助けになってほしく思い、技術選定を文書化した DesignDoc から1枚を公開してみました。 DesignDoc とは、ある程度の大きさや複雑さがあり一言で説明の難しい技術選定について、文書化したものです。これを通じて、技術選定をどのように行うか組織内に広めようとする試みです。2021年1月頃から始めています。 題材は、メール配信の冗長化をRailsで実現した tech.andpad.co.jp を、インフラ視点から技術選定した DesignDoc です。このメール配信SaaSの選定は2019年末頃に実施したもので、DesignDoc の取り組みを始めていなかった頃でした。時が経ち、ソースコードやSaaSの構成からは意図を読むことが難しく「なんじゃこれ」って質問を

                                                バウンスしすぎて Amazon SES から追放された俺たちは Mailgun と SendGrid に国を作ることにした - ANDPAD Tech Blog
                                              • リモートワーク歴5年のノウハウをまとめてみた - freee Developers Hub

                                                freeeの関西支社でエンジニアをやっている mass です。 freeeでは、今週よりすべての従業員が原則在宅勤務となりました。 僕は、普段は愛媛県今治市の大三島という島からフルリモートをしています。 前職からリモートワークをしているので、リモートワーク歴はかれこれ5年。 ということで、僕が普段意識しているリモートワークのノウハウを共有します。 しまなみ海道のど真ん中、大三島よりリモートワーク 環境をまず整える 集中できる環境を 自宅で作業するにあたって重要なのは、いかに集中できる環境を準備できるかだと思います。 テレビやベット等の誘惑とは距離を置き、家族がいる方はなるべく一人になれる場所で作業をすることをおすすめします。また、家族には仕事中は話かけない、家の用事を入れないなど、最大限集中できるように理解を求め、協力してもらうことも大事です。 リモート会議の準備 リモートワークをしている

                                                  リモートワーク歴5年のノウハウをまとめてみた - freee Developers Hub
                                                • リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita

                                                  1200人以上の全社員がリモートワーク。GitLabが公開する「リモートワークマニフェスト」は何を教えているか? スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ その コメント GitLab Handbookで面白かったもの@コミュニケーション編 GitLabのリモート統括責任者が語る 日本企業が「まずやるべきこと」 を読んだ。主題はGitLab社の https://about.gitlab.com/handbook/ である。 2022.02追記 GitLabで学んだ最高の働き方 Developers Summit 2022-02-18 2022.01追記 リモートワークのいま学びたい、GitLab Handbook非同期コミュニケーションのススメ - Qiita Handbook要点 「GitLab社ではリモートワークの中でも生産性高く働

                                                    リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita
                                                  • 「殺される直前にレイプ」されていたウクライナ女性たち 遺体から証拠が採取される | またもロシア兵の残虐性が明らかに

                                                    背中に6発を超える銃弾 ウクライナではロシア軍撤退後のキーウ(キエフ)北郊で見つかった集団墓地から回収された遺体の検視が進んでいる。そうしたなか、女性たちの遺体からロシア兵に殺害される前にレイプされていた証拠が見つかっているという。 「銃殺される前にレイプされていたことを示す遺体が何体かあります」と、ウクライナ人法医学者のウラジスラフ・ペロフスキーは言う。彼のチームは、ロシア軍が約1ヵ月にわたり支配していたブチャやイルピン、ボロジャンカで検視解剖を行っている。 「まだ検視すべき遺体が何百体とあり、データを集めている途中なので詳細は明かすことはできませんが」と言うペロフスキーによれば、背中に6発を超える銃弾を受けて殺害されていた女性が何人もいたという。 彼のチームは1日に約15体を検視しており、その多くがバラバラに切断されるなど損傷が著しいと話す。 「焼かれた遺体、外見がひどく損なわれた遺体

                                                      「殺される直前にレイプ」されていたウクライナ女性たち 遺体から証拠が採取される | またもロシア兵の残虐性が明らかに
                                                    • ラグビーW杯 準決勝1 イングランドvsニュージランド レビュー

                                                      10月の第4週、関東はまたも台風21号から変化した温帯低気圧が大雨をもたらし、千葉では河川の氾濫が起きた。 自然災害の多い日本だが、今年の秋はそれがもたらす結果が深刻だ。 ラグビーW杯でも、予選プールの2試合が台風のリスクで中止になったが、その判断は正しかったように思う。 日本が初のノックアウトラウンドに進出したことで話題になったラグビーW杯だが、その他にもこの台風による試合中止や、ティア1の伝統国でないアジア初開催など、2019年大会は歴史に残るW杯になるだろう。 その大会に、史上初の3連覇という新たな歴史が生まれるだろうか。 それとも、ラグビーの母国がそれを阻むだろうか。 ------ 今夜、日産スタジアムではラグビーW杯の準決勝が行われる。 対戦するのは黒衣の絶対王者ニュージーランドと、白のジャージに身を包んだイングランド。 ------ 前大会、自国開催でありながら予選プール敗退と

                                                        ラグビーW杯 準決勝1 イングランドvsニュージランド レビュー
                                                      • Gitのコミットメッセージの書き方(2023年ver.)

                                                        本記事のモチベーション 約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。 当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。 ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。 というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、「今の僕はこうコミットメッセージを書いているよ」というのをまとめました。 Gitを使う環境 開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変

                                                          Gitのコミットメッセージの書き方(2023年ver.)
                                                        • 「誰もやったことがないことを期限までにやれ」 無理ゲーなプロジェクトを任された時の「失敗」の考え方

                                                          変化の激しい社会で成長を続けるため、新規事業の立ち上げに乗り出す企業が増えています。そんな中、タスクの進捗管理・日程調整・社内外との交渉など、多岐にわたる仕事を抱え、責任者としての重圧に悩んでいるプロジェクト担当者も多いのではないでしょうか。本記事では、DXサービスの新規事業を立ち上げた、エン・ジャパン株式会社の高橋淳也氏がゲストに登場。業務改善のためゼロからDXを勉強し、最終的にサービス化するまでに至った高橋氏が、プロジェクトマネジメントの課題を解決するヒントをお届けします。前編は、プロマネの仕事にまつわる誤解や、プロジェクトにおけるチームの重要性について語られました。 サイボウズ社員の4人に1人が受けた、人気のプロマネ勉強会 小林悠氏(以下、小林):それではみなさま、こんにちは。「なぜプロジェクトは難しいのか ーチームで旅するプロジェクトマネジメントー」という40分間のセッションを始め

                                                            「誰もやったことがないことを期限までにやれ」 無理ゲーなプロジェクトを任された時の「失敗」の考え方 
                                                          • 会社に所属する理由は放置しておくとゴリゴリ削れていくぞ、という話

                                                            You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                              会社に所属する理由は放置しておくとゴリゴリ削れていくぞ、という話
                                                            • 知らないWebアプリケーションの開発に途中からJOINしたとき、どこから切り込むか? / PHPerKaigi 2020

                                                              https://fortee.jp/phperkaigi-2020/proposal/c8d6b9b1-29e4-48bd-b8bd-9f43f74d6265

                                                                知らないWebアプリケーションの開発に途中からJOINしたとき、どこから切り込むか? / PHPerKaigi 2020
                                                              • 会社が進化したので「Teamsの先生」をすることになった - 本しゃぶり

                                                                ウイルスが弊社にTeamsをもたらした。 環境が変化すると、組織も急速に進化するのである。 結果、俺は「先生」となった。 Teamsの導入 弊社にMicrosoft Teamsが導入された。 もともと導入に向けて動いていたようだが、ここにきて一気に展開された。おそらくコロナの影響だろう。通常時ならば、もっと時間がかかったのではないかと思う。既に多くの人が言っているように、「ウイルス進化」という言葉が頭に浮かぶ。与えられる「新しい生命能力」が、弊社の場合はTeamsであるのか、と*1。 だがツールというものは、使われてこそ価値がある。しかもTeamsのようなグループチャットの場合、一部の人間だけが使っている状態では意味がない。「メトカーフの法則」によれば、ネットワーク通信の価値は、接続されているシステムのユーザ数の二乗に比例する。組織の全員が利用してこそ真価を発揮するのだ。 No machi

                                                                  会社が進化したので「Teamsの先生」をすることになった - 本しゃぶり
                                                                • Googleが開発した日常的な音を自由に並べてビートを刻めるウェブアプリ「The Infinite Drum Machine」を使ってみた

                                                                  AIに関する研究を行うGoogle Creative Labのメンバーが作成したウェブアプリ「The Infinite Drum Machine」では、「グラスがぶつかる音」や「人間のクシャミ」といった日常的な音を使って、ドラムパターンを作成できます。実際に「The Infinite Drum Machine」を使って、手軽にビートを刻んでみました。 The Infinite Drum Machine https://experiments.withgoogle.com/ai/drum-machine/view/ 「The Infinite Drum Machine」のトップページから、「START PLAYING」をクリックしてドラムパターン作成画面を開きます。 ドラムパターン作成画面はこんな感じ。上部には無数の点と4つの円が表示されており、下部にはドラムパターンの編集エリアが配置されて

                                                                    Googleが開発した日常的な音を自由に並べてビートを刻めるウェブアプリ「The Infinite Drum Machine」を使ってみた
                                                                  • 「子持ちだらけのチーム作ってみろ、絶対回らない」的なポストを見た→まさにそんなチームで働いてます…平和に仕事が回っています

                                                                    たいやき🍢 @ADuNPpTYEIjuUX9 「じゃあお前ら子持ち様だらけのチーム作ってみろよそんなの絶対回んねえよ」的なポストをうっかり見ちゃったんですけど、まさにそんなチームで働いてます…みんな助け合ってて平和に仕事が回っています… 2023-11-29 00:17:22 たいやき🍢 @ADuNPpTYEIjuUX9 入社した時は独身で子どもを持つ予定も一切なかったんですけどね、入社して6年経ってみたらチーム全員子持ちになりましたね。途中産育休でメンバー半数になったりしたんですがマネージャーが有能すぎて体制変更や業務改善で乗り切り、子持ち9割介護時短1割でも平和に回っています。マネージャー有能 2023-11-29 00:19:10 たいやき🍢 @ADuNPpTYEIjuUX9 私のマネージャーが有能で最高なのは事実だが、それとは別に社会はマジョリティに合わせたシステムを構築せざ

                                                                      「子持ちだらけのチーム作ってみろ、絶対回らない」的なポストを見た→まさにそんなチームで働いてます…平和に仕事が回っています
                                                                    • 『2時間スプリント』とフルリモートワークなシステム開発 - terurouメモ

                                                                      デンキヤギという会社で『2時間スプリント』が定着してきたので、その話でも書きます。 2時間スプリント? みなさん、すでにスクラムで開発してますよね! ぶっちゃけ、スクラムがよくわかってなくても、とりあえずスプリントと称して開発のメリハリをつけるために、1週間なり2週間なりで区間を区切って開発をしていくのは、普通にやってるんじゃないかと思います。 2時間スプリントとは、その期間を2時間にするという話です。 スプリントを超短期サイクルにすること自体は、47機関の人たちがオリジナルだという認識です。このあたりに本家の情報がまとまっています。 kyon-mm.hatenablog.com 2018年に実際に47機関の人たちのチームに入って1時間スプリントで働くという機会があって、それ経て、デンキヤギでもパクって導入しています。本家ではのちのち15分スプリントになっていったらしいんですが、うちはうち

                                                                        『2時間スプリント』とフルリモートワークなシステム開発 - terurouメモ
                                                                      • マネージャーを否定しない組織をつくる - Unknown Error

                                                                        RSGT2020が1/8~10に開催された。 昨年は楽しかったの一言に尽きたが、今年はとにかく考えさせられた。 というのも、私にとってここ2~3年のテーマだった、Agile × マネージャーというドンピシャなキーノートがSahotaさんよりあったためだ。 confengine.com 本記事では、このキーノートに焦点をあてる。 マネージャーを否定してはいけない Sahotaさんのセッションで最も印象に残った言葉が、「組織を変革させるとき、誰も取りこぼしてはいけない」というものだ。 私がBas(LeSSの提唱者)の認定スクラムマスターの研修に参加したとき、どんな役割を今やってますか?と質問された。 私はそのときScrumを推進する人ではあったが、Scrum Masterではなかった。なぜなら、私の行う役割にはエンジニアの評価やエンジニアの採用も入っていたからだ。 そのときはEngineeri

                                                                          マネージャーを否定しない組織をつくる - Unknown Error
                                                                        • 始めるのをやめよう。終わらせることを始めよう。

                                                                          あなたのチームがいくつも未着手の仕事を抱えているとき、どのようにそれらに着手し、そして完了させていったら良いでしょうか? アジャイルには「始めるのをやめよう。終わらせることを始めよう。」という言葉があります。Tebiki株式会社では、この考え方を基本として、 デスクレスワーカーのための現場教育SaaS「tebiki」を開発しています。 この記事では、新しい仕事を「始める」ことを優先する場合と、仕掛り中の仕事を「終わらせる」ことを優先する場合の比較をしながら、かつては「始める」ことを優先していた Tebiki社が「終わらせる」ことを重視するように変わっていった事例を紹介したいと思います。 仕事が「終わる」とはまず前提として、仕事が「終わる」とは、どういうことでしょうか?たいていの仕事では、まず必要な作業を計画し、それを実行することでその仕事を進めるはずです。 それでは、計画していた作業をひと

                                                                            始めるのをやめよう。終わらせることを始めよう。
                                                                          • Web開発版「手が遅い」ことへの処方箋(手付け、手戻り編)

                                                                            これを読んで欲しい人のターゲット像や前提について Web版開発の話をしています ITのソフトウェアエンジニアの話をしています ある程度チームのやり方に対して影響を与えられる権限がある人 マネージャーかメンバーかはあまり気にしないです 「発言するのは自由だが聞き流されるだけ」ならこの記事を読む意味はないです ある程度裁量権があり、ビジネスサイドとも話ができるチームのメンバーを想定しています 作業の流れの前提について チケットがあって 作業者がそれを取って(自分で取るのか他人にアサインされるのかは問わない) PullRequestの形でレビュー依頼をかけてレビュワーがレビューする OKならmergeしてそのうち本番デプロイ 間にQAが入るかもしれないけどそこは問わない 手が遅いとは何か? ある作業者のサイクルタイムが他の作業者に比べて長いこと 100の大きさの作業があるチケットを渡した際に、ほ

                                                                              Web開発版「手が遅い」ことへの処方箋(手付け、手戻り編)
                                                                            • ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介

                                                                              ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは! アジャイルコーチの荒瀬です。 ヤフー、および関連会社のアジャイル開発支援や研修を担当しています。 今回はヤフーのスクラム実践者の学習方法についてお話しします。 イベントや研修の中で、スクラムの勉強方法をいろいろな方から質問されることが多かったので、記事にするとより多くの人の役に立つのではないかと思い執筆することにしました。 また、せっかく書くのであれば、ヤフーの中にいるさまざまなスクラム実践者の話も交えると、経験年数別に、より参考になりそうな書籍、セミナーや研修を紹介できるのではないかと考え、ヤフーのスクラム経験者にも協力いただいています。 スクラムを始めた頃の自身のことを考えながら、こういう記事があるといいのにと思

                                                                                ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
                                                                              • スケジュールにバッファを設けるのは悪か? - ユニファ開発者ブログ

                                                                                こんにちは、プロダクトマネージャーの田嶋です。 はじめにお断りしておきますが、本記事は、2021年7月にリリースした開発プロジェクト(以降「Rプロジェクト」)において、遅延なく開発を進められたことのプチ自慢です🎉 笑 週次で滞りなくバーンダウンが落ちていく様子を、チームで安心して見ることができました。スケジュールのストレスなく開発を進めることができたのは、チームの頑張りのほか、見積もりとスケジュール管理が良かったからだとも思っています! 開発プロジェクトにスケジュールが求められる理由は様々ですが、キャンペーン施策や営業資料の準備計画を立てるため、あるいは利用顧客へも告知責任があるから、などです。そのいずれの場合も、計画やそのための作業見積もりは欠かせません。 しかし多くの開発プロジェクトにおいて、実績は見積もりよりも上振れし、遅延してしまうことが多いのではないでしょうか。 本記事では、R

                                                                                  スケジュールにバッファを設けるのは悪か? - ユニファ開発者ブログ
                                                                                • チームにおける「心理的安全性」の正体

                                                                                  それはお金です。 どんな会社も儲かってなければ心理的安全性は最低。心理的安全性を上げるには〜と言ってる人はだいたいしょうもない「儀式」を提案するが、お金に比べればカスみたいなもん。納期に迫られて上司が気軽に、「おうじゃあちょっと伸ばすか」と言ってこないのは結局儲かってないから。客がクソだったとしてもその客を選べないカツカツのビジネスモデルの会社では社員は使い潰されて終わり。 定時に帰れないのも儲かってないから。上司がやたらと残業させてくる会社は儲かってない。 儲かってる会社は人間性に問題ある人間はすぐ弾く。せっかくみんな良い気分で仲良く働いてるんだからゴミが入って社内がメチャクチャにされるのは困るからだ。だから自然と心理的安全性が高くなる。儲かってない会社はそんな事してたら誰も入ってこないからキチガイでもじゃんじゃん入れる。そのキチガイから被害を受けて数少ないマトモな社員はどんどん辞め、ま

                                                                                    チームにおける「心理的安全性」の正体