並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 1083件

新着順 人気順

協働 意味の検索結果1 - 40 件 / 1083件

  • 零細企業買収して売却した話|reisaikigyou_ma

    零細企業買収ですこんにちは。アカウントの柱である会社を売却してしまいアカウント存亡の危機です。 このアカウントの活動をエンタメとして面白がってくれる初期からの根強いフォロワー様たちから希望がありましたので、区切りの良いタイミングとなった今、メモを残しておきます。 ちなみに、前回のDXnoteは私一人の作業メモですが、今回のメモは二人分の視点を合算しています。 このアカウントで情報提供していた対象会社に対しては、実は僕ともう一人の友人で投資をしており、経営のもろもろも二人でやいのやいの言ってやってきた案件なのでした。ということでそんな二人分のメモです、どうぞ。 ケーススタディとして街中にある、どうやって生き延びてるかわからない、ちっちゃい会社って無数にあると思います。 そういう会社を自分が回したらどうなるかな、と考えたことがある人もいるはず。そういう方にピッタリなケーススタディかと思っていま

      零細企業買収して売却した話|reisaikigyou_ma
    • 23/10/21 就活に苦しむインテリの学生に社会の真実を教える - LWのサイゼリヤ

      お題箱124 671.以前ツイートされていた雑な格言シリーズの「面接では嘘を吐いてもよい」や「結果が全て」等の意味を詳しく教えて欲しいです。現在進行形で振り回されてます このツイートですね。 仕事に関する言説って「面接では嘘を吐いてもよい」とか「結果が全て」みたいな、まあ正しいっちゃ正しいけどその言い方だと学生は誤解するだろみたいな「精緻な言語化を怠った雑な格言」が無限にあってだいぶ振り回されたのけっこうムカついてる — LW (@lw_ru) 2023年9月22日 いま無職なのでやや気が引けますが書きます(無職が語ることじゃねえだろと思ったので、念のため信頼できる社会人の友達に下読みしてもらって内容に問題ないことを確認しました)。 最初に書いておくと、僕は数百人規模の中小ITでしか働いたことがないので、価値観がその規模感に寄っています。仕事の感性は職や規模によってかなり違って、例えば同じ

        23/10/21 就活に苦しむインテリの学生に社会の真実を教える - LWのサイゼリヤ
      • プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0

        TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案(やってよかったこと) 1stスクリーニング(やってよかったこと) コミュニケーション チームへのリスペクト(やってよかったこと) 話す <<< 聞く(改善余地あり) 即決する(やってよかったこと) 自分で各論まで見る(やってよかったこと) 発散→収束でディスカッション(改善余地あり) イラストで話す(改善余地あり) 日次ミーティング(やってよかったこと) 議事録を書く(改善余地あり) 得た情報を共有する(改善余地あり) 想定納期を示す(改善余地あり) カレンダー招待&日程確約コメントを転記(改善余地あり) プロセス管理 仮説

          プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
        • 「心理的安全性」はなぜ混乱を招き続けるのか | Q by Livesense

          心理的安全性という概念がある。ここ十年ほどチームづくりの最重要ファクターであるともてはやされ、他方では粗雑な理解によって批判されてきた。急に人気の出たアイドルの宿命みたいなものを背負っている。 世間的なイメージがどのようなものか、少し羅列してみよう。 なんでも言える。否定されない。安心して働ける。不安がない。感情を大切にしてもらえる。あなたはあなたのままでいいと肯定される。 こうしたイメージを抱いている人もいるかもしれないが、残念ながらこれらは、心理的安全性の正しい姿からは遠くかけ離れている。ただ安心してほしいのは、こうした誤解をしている人は決して少なくないということだ。 手持ちのグーグルで「心理的安全性 誤解」と検索してみると、何ページにもわたって理解を正す記事が並んでいる。NewsPicksも、プレジデントも、朝日新聞も、Qiitaも、東洋経済も、あらゆるメディアが心理的安全性の誤解に

            「心理的安全性」はなぜ混乱を招き続けるのか | Q by Livesense
          • 「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由

            人気シリーズ『図解 人材マネジメント入門』や『図解 組織開発入門』の著者であり、企業の人材マネジメントを支援する株式会社壺中天の坪谷邦生氏が、MBO(目標管理)をテーマとした新刊の発行にあたり、各界のエキスパートと対談を行います。第3回の後編は『最高の結果を出すKPIマネジメント』の著者である中尾隆一郎氏と、人事評価制度に不満が出やすい理由や、ハイパフォーマーを育てるマネジメント手法について語りました。 「成果を出せば評価される」という考えが不幸の始まり 坪谷邦生氏(以下、坪谷):私はもともと人事制度のコンサルタントなので、KPIマネジメントと評価・報酬との紐づけが気になるんです。メールで「密結合ではなく、疎結合にしたほうがうまくいく」と教えていただいたのですが、もう少し詳しく聞かせていただけますか? 中尾隆一郎氏(以下、中尾):普通の人は、成果を出したら評価をされて、給料が上がって、昇進

              「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由
            • 任天堂の人材に対する考え方|採用情報|任天堂

              任天堂の人材に対する考え方 任天堂の経営方針 私たちは「娯楽を通じて人々を笑顔にする会社」として、どなたにでも直感的に楽しんでいただける「任天堂独自の遊び」を提供することを目指しています。この独自の娯楽体験を実現するために、ハード・ソフト一体型のゲーム専用機ビジネスを経営の中核に置き、どのような娯楽でも「いつかは必ず飽きられてしまう」という考えのもと、人々を笑顔にするために独創的な商品やサービスを世界中の人々にお届けし続けていきます。 人々を笑顔にする娯楽を 世界中の人々にお届けするために 独創的な商品やサービスをつくってお届けするうえで必要な能力は、数字では計れません。そのため、当社では独創性・柔軟性・誠実さからなる「任天堂DNA」を重要視しています。この任天堂DNAを基盤とし、仕事を通じて社員一人ひとりの成長を最大限に促せるよう、 さまざまな人事施策を取り入れています。また、ゲームやエ

                任天堂の人材に対する考え方|採用情報|任天堂
              • 「ランニングで痩せる」は非効率すぎる…アメリカ特殊作戦部隊が採用した"最強の自重筋トレ"の中身 加齢を遠ざけるのは「ランニング」ではなく「筋肉」である

                いつでもどこでも一人でできる最強のトレーニングの正体 9.11を境に、特殊作戦コミュニティは、もっとも効果的で時間効率的にも優れたトレーニング方法を開発する必要に迫られることになった。 そんな中、私は、米軍の特殊作戦トレーニングスペシャリストとして、空軍特殊作戦部隊、グリーンベレー、ネイビーシールズなどに任務する兵士たちを、鉄の意志と驚異的な身体能力を持つ男たちに変えてきた。 フィットネス全般に秀でたエリートアスリートを育成する方法を確立するには長い時間を要したが、日々、進歩していくスポーツ生理学の原則を適用することで、燃え尽きやケガを最小限に抑えながら、より強く、より速く、無駄な脂肪がない引き締まった兵士を生み出し続けていった。 その主たる方法は、ボディウェイトエクササイズ(自分の体重を抵抗にして体を鍛えるエクササイズ)。パーソナルトレーナーやジムに頼らず、いつでもどこでも一人でできるト

                  「ランニングで痩せる」は非効率すぎる…アメリカ特殊作戦部隊が採用した"最強の自重筋トレ"の中身 加齢を遠ざけるのは「ランニング」ではなく「筋肉」である
                • 組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと|安斎勇樹

                  組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと 今日は「子どもの日」ということで、個人的な話になりますが、先日、5歳の娘が「逆上がり」を習得しました。 一人の親として感動を覚える瞬間だったことはもちろん、習得のプロセスがまさにヴィゴツキーの言う「ZPD(Zone of Proximal Development、最近接発達領域)」そのもので、親としても、研究者としても非常に感激してしまいました。 そこで本記事では、「娘の『逆上がり』習得」というきわめて身近なエピソードを通じて私が感じた、ナレッジマネジメントにおける「できたてホヤホヤの暗黙知」の重要性と、「ZPD」を学びにつなげるためのポイントについて、書いてみたいと思います。 ある日の公園での「驚き」の出来事ある日、保育園の帰り道に寄った公園にて。5歳になったばかりの娘が、

                    組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと|安斎勇樹
                  • エンジニアリングマネージャー必読の翻訳書 7選

                    Dec 8, 2021 マネージャーとしてチームを率いる際、自分が正しくチームをマネージメントできているのか? 誰か偉大なマネージャーに教えを請いたいと思う人は多いのではないでしょうか? 一方で、現場でマネージメントに関する手厚い指導を受けられる機会は少なく、日々の業務に忙殺されてしまうのが現実かと思います。 そんな中、海外の上司や同僚から勧められた書籍からは非常に多くの事を学ぶ事ができました。 どの書籍も非常に多くの批評を経て評価されており、秀でた著作は翻訳されています。 日本で日本語で書かれた書籍も読みやすく、血肉になります。 一方で翻訳書はクセはあるものの、日本からは得づらい情報や面白いエピソードを提供してくれます。 また書かれている内容を共通の概念としてグローバルなマネジメントチームと会話できるというのも助かる点でした。 今回は自分が読んできたマネージメントに関する翻訳書の中で特に

                      エンジニアリングマネージャー必読の翻訳書 7選
                    • Nature に筆頭で出して、英国でパーマネントの職も得たけど、やりがいがなくなったので辞めます - biochem_fanのブログ

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

                        Nature に筆頭で出して、英国でパーマネントの職も得たけど、やりがいがなくなったので辞めます - biochem_fanのブログ
                      • 安倍政権での「第二官僚」のメンバー - やしお

                        安倍政権下では専門性や実効性より、内閣の存続(=支持率の維持)やメンツが重視されているように見える。 最近の新型コロナウイルス対応での全国一斉休校も、官邸サイドの主導で進め、文部科学省・大臣との事前調整もなかったと報道されている。さらに安倍首相自身が「直接、専門家の意見を聞いたものではない」と2020年3月2日参議院予算委で答えている。結果として対策が功を奏したとしても、そのことと意思決定の過程が正しかったかどうかは別問題で、結果の妥当性は過程の妥当性を正当化しない。 こうした専門性の軽視は「第二官僚」(官邸官僚)の形成という視点で捉えると理解しやすいのかもしれない。 野球や相撲でもプレイヤーの出身や経歴、実績、得意技を把握しておくと試合や取組を見るのが楽しくなるし、ニュースで名前を耳にしても「ああ、あの時の人ね」と分かるようになる。同じように第二官僚のプレイヤーもその辺を覚えておけば、別

                          安倍政権での「第二官僚」のメンバー - やしお
                        • エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

                          チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント(組織マネジメント)という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その

                            エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
                          • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

                            本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

                              (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
                            • 何故データサイエンティストになりたかったら、きちんと体系立てて学ばなければならないのか - 渋谷駅前で働くデータサイエンティストのブログ

                              先日、Quora日本語版でこんなやり取りがありました。 基本的にはここで述べた通りの話なのですが、折角なのでブログの方でも記事としてちょっとまとめておこうと思います。題して「何故データサイエンティストになりたかったら、きちんと体系立てて学ばなければならないのか」というお話です。 問題意識としては毎回引き合いに出しているこちらの過去記事で論じられているような「ワナビーデータサイエンティスト」たちをどう導くべきかという議論が以前から各所であり、それらを念頭に置いています。なお毎度のことで恐縮ですが、僕も基本的には独学一本の素人ですので以下の記述に誤りや説明不足の点などあればご指摘くださると幸いです。 一般的なソフトウェア開発と、統計分析や機械学習との違い 統計分析や機械学習を仕事にするなら、その「振る舞い」を体系立てて学ぶ必要がある きちんと体系立てて学ばなかった結果として陥りがちな罠 余談

                                何故データサイエンティストになりたかったら、きちんと体系立てて学ばなければならないのか - 渋谷駅前で働くデータサイエンティストのブログ
                              • ウクライナ発個人プロジェクトGitLabが1兆円規模のIPOへ、その4つの教訓 | Coral Capital

                                月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください! ウクライナのソフトウェア開発者Dmitry Zaporozhets氏が2011年10月に、たった1人で開始したオープンソースプロジェクト「GitLab」。それが、ちょうど10年を経て時価総額1兆円もうかがうほどの大成功したDevOpsのSaaSプラットフォームへと進化することになると想像した人は、ほとんどいなかったと思います。GitLabのライセンス・SaaSビジネスを展開するGitLab Inc.は9月17日付けで米国証券取引委員会(SEC)に対してFORM S-1を提出し、IPOへ向けて最終段階に入りました。 開発初期か

                                  ウクライナ発個人プロジェクトGitLabが1兆円規模のIPOへ、その4つの教訓 | Coral Capital
                                • 意識も理想も高いけど実現には至れない人|FromAtom

                                  これは、複数の他社の人から聞いた話をくっつけたり混ぜたり脚色した話になる。つまるところフィクションだ。 あるIT企業ではチームごとに始業時にスタンドアップミーティングを行っている。スクラムで言うところのデイリースクラムである。よくあるやつだ。 ある日、5〜6人くらいの小規模チームに新しいメンバーが加入した。新卒ではないけれど第二新卒くらいの若さのメンバーであった。将来的にはリードする役職(テックリードだったり、デザインリードだったりそういうやつ)につきたいという、意欲のあるメンバーだ。仮にメンバーを山田としよう。 入社後しばらくした山田からマネージャーに相談があった。 「毎朝、スタンドアップミーティングをしているが、時間の無駄にしか感じない。それぞれが進捗を共有するが、自分には関係ないタスクの話を聞いても意味がないので早くタスク消化に入りたい。」 マネージャーはスタンドアップミーティングの

                                    意識も理想も高いけど実現には至れない人|FromAtom
                                  • 機械学習や統計学を「社会実装」するということ - 渋谷駅前で働くデータサイエンティストのブログ

                                    (Image by Pixabay) 最近になって、こんな素晴らしい資料が公開されていたことを知りました。 この資料自体は著者のMoe Uchiikeさんが東大での講義に用いられたものだとのことですが、その内容の汎用性の高さから「これは全ての機械学習や統計学を実務で用いる人々が必ず読むべきドキュメント」と言っても過言ではないと思われます。 正直言ってこの資料の完成度が高過ぎるのでこんなところで僕がああだこうだ論じるまでもないと思うので、内容の詳細については皆さんご自身でまずは上記リンクから精読していただければと思います。その上で、今回の記事では「機械学習や統計学を『社会実装』する」ということがどういうことなのかについて、この資料を下敷きとした上でさらに僕自身の経験や見聞を加えて考察したことを綴ってみます。 機械学習や統計学と、社会との「ギャップ」 機械学習や統計学を、社会に「馴染ませる」

                                      機械学習や統計学を「社会実装」するということ - 渋谷駅前で働くデータサイエンティストのブログ
                                    • 管理職受難の時代!?「マネジメントの地図」を作ったので共有します|こがねん / 組織開発するマン

                                      こんにちは、こがねんです。ファッションテック企業の管理部門で「組織開発」をしています。 「組織開発」とは何でしょう。 これにはいろいろな定義がありますが、僕は「人の集まりが同じ目的に向かって協働するチームになるためのあれやこれやの働きかけ」と考えています。 会社組織であればミッション・ビジョン・全社戦略といった「同じ目的」に向かっていくために「集団(人の集まり)」から「組織(協働するチーム)」になっていく必要があり、そのためにやること全般が「組織開発」ということになります。 「組織開発」は一人ではできないことが多いので仲間を増やしていくことが重要です。 真っ先に仲間になってもらう必要がある人は会社の代表(社長や会長)でしょう。次に役員クラスの理解も重要になります。また人事部や外部コンサルタントが制度や施策面で仲間になってくれていることも重要です。 こうして仲間を増やしながら進めていくわけで

                                        管理職受難の時代!?「マネジメントの地図」を作ったので共有します|こがねん / 組織開発するマン
                                      • リモートワークによる孤立から結束へと向かうチームビルディング

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

                                          リモートワークによる孤立から結束へと向かうチームビルディング
                                        • テックリードになって気をつけていること - Qiita

                                          フューチャーアドベントカレンダー2020の24日目です。 はじめに フューチャーに入ってテックリード(社内だとアーキリーダーと呼ぶことも多い)のような役割をし始めて4,5年ほど経過しました。 いくつかの案件を回して自分なりに汎化・パターン化してきた部分も増えてきたので、気を付けていることをまとめました。 テックリードとは エンジニアのためのマネジメントキャリアパス――テックリードからCTOまでマネジメントスキル向上ガイド によると、以下のように説明されています。 テックリードはエンジニアの階層におけるランクのひとつではなく、シニアのレベルに達したエンジニアが担うことのできる職責群である 技術的なプロジェクトの管理者 部下に効率良く仕事を割り振って自身の負担を適宜軽減するよ う心がける チーム全体の生産性に照準を定め、しかるべき成果を上げるよう全力を尽くさなければならない 管理やリーダーシッ

                                            テックリードになって気をつけていること - Qiita
                                          • 教養としての『ダンジョンズアンドドラゴンズ(D&D)』 - シロクマの屑籠

                                            はじめに ダンジョン飯 1巻 (HARTA COMIX) 作者:九井 諒子KADOKAWAAmazon アニメ『ダンジョン飯』が人気ですね。 ダンジョンで飯を食うという非常識がグルメにもギャグにもなっていて、いちおうシリアスな話も進行していく『ダンジョン飯』。今日のお題は、そのインスパイア元っぽいRPG『ウィザードリィ』のさらにご先祖様の『ダンジョンズアンドドラゴンズ』(以下『D&D』と表記)です。 今、『D&D』の雰囲気をいちばん簡単・忠実に味わえる作品といえば『ダンジョンズ&ドラゴンズ/アウトローたちの誇り』でしょうか。 ダンジョンズ&ドラゴンズ/アウトローたちの誇り 4K Ultra HD+ブルーレイ[4K ULTRA HD + Blu-ray] クリス・パインAmazon 『アウトローたちの誇り』は、種族も性格も技能も違うキャラクターたちが喧嘩したり協力しながら旅を続ける物語ですが

                                              教養としての『ダンジョンズアンドドラゴンズ(D&D)』 - シロクマの屑籠
                                            • クックパッドを退職することになりました。

                                              クックパッドを退職することになりました。 created at: 2023-06-05 00:00:00 +0000 概要 クックパッドという会社で2018年から仕事をしていましたが、会社で「人員削減の合理化を実施することになり」僕はその対象となりました。 https://pdf.irpocket.com/C2193/CaoZ/qmSw/IQUI.pdf 時系列としては、16時からの全社ミーティングにて発表されて、17時頃にメールが届きました。その後どうするのか?みたいなことを考えつつも仕事にならないので18時前ぐらい退勤をしたときのツイートがこれ 一度しかない人生で会社をクビ(会社都合)になることってあるんだなぁ。宝くじみたい。仕事探してます。 — あそなす (@asonas) June 5, 2023 自分の人生でまさかこうなるとは思ってなくてかなり動揺しつつの帰路でした。最近の通勤時

                                                クックパッドを退職することになりました。
                                              • GPT-4に感動して社内業務を人工知能に置き換えようとしている取引先への報告にGPT-4を使って15分で終えた話|山本一郎(やまもといちろう)

                                                人工知能はものすごく進化しているけどジェネレーティブAIって割と嘘を書いてくるよなあって話は文春で書きました。ジェネリックひろゆきというニュアンスのことを書いたのですが、西村博之のほうが酷いという反響が寄せられたのは印象的でした。そんなもんですかね。 で、コロナ明けというのもあって最近は対面での打ち合わせも増えているところ、足を向けた取引先の社長がGPT-4を試しているとかでやけに感動して「これなら社内業務の足らないところを人工知能が補完するだけじゃなくて、ほぼすべてのジョブフローが人工知能に置き換えられるのでは」などと言い始め、やけに買ってるなあと思うわけですよ。 さすがにそれはちょっとなと思って「それができるなら御社が数年前に導入したサイボウズはもっとうまく稼働しているはずですし、私らみたいなサポート役のベンダーも本来は要らないのでは」という話をしたんですが、社長的にはもう一年後にはス

                                                  GPT-4に感動して社内業務を人工知能に置き換えようとしている取引先への報告にGPT-4を使って15分で終えた話|山本一郎(やまもといちろう)
                                                • スプリント1を始める前にどんな準備をするか

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

                                                    スプリント1を始める前にどんな準備をするか
                                                  • 【追記あり】僕は異常だ

                                                    僕には常識が無い。だから、常識知らずだ。 常識的な、考え方が出来ない。だから、異常だ。 世間では「普通をはみ出す」とか「まともから外れることが成功の鍵だ」というようなライフハックがよく紹介される。そして、僕は「常識外れ」だ。しかし、彼らの言う「常識外れ」と僕の言うそれは大きく異なっている。そして、常識はずれであることは苦痛だ。「普通をはみ出す」というのが、「自分で考えた証」だとか「成功への近道」だとかいう、ふざけた考え方が嫌いだ。 いらだちを書かせてほしい 僕は無関心だ僕は巷で流行っていることに興味が沸かない。どんなにサッカーや甲子園、アイドルが盛り上がっていようと興味が沸かない。その流行している「もの」を面白いとも思わないし、それから利益を得られるとも思えない。これは、普通の人達と同じ感覚だろう。 しかし、普通は「とりあえず」とか「目の前にあるから」とかの理由である程度興味を持つらしい。

                                                      【追記あり】僕は異常だ
                                                    • 「火吹山の魔法使い」と「ELDEN RING」――伝説的ゲームブックの生みの親と宮崎英高氏が語る,ダークファンタジーの創り方【聞き手:安田 均】

                                                      「火吹山の魔法使い」と「ELDEN RING」――伝説的ゲームブックの生みの親と宮崎英高氏が語る,ダークファンタジーの創り方【聞き手:安田 均】 編集部:御月亜希 編集部:touge ライター:岡和田 晃 ゲームブックと聞いたとき,あなたはどんなタイトルを思い浮かべるだろうか。もし掲載した写真の表紙が思い浮かんだのなら,あなたは幸運だ。再び冒険の旅に出かけるのに,今以上のタイミングはないからだ。 「火吹山の魔法使い」はテーブルトークRPGのエッセンスを詰め込みつつ1人でもプレイできるよう本の形に落とし込んだ,「ゲームブック」の元祖にして金字塔と呼べる存在だ。初版はイギリスで1982年8月27日発刊,日本では社会思想社から1984年に翻訳出版され,それぞれミリオンセラーとなっている。90年代に入りブームが静まってからも,そのエッセンスは後のタイトルに深く根を下ろし,アナログ/デジタルを問わず

                                                        「火吹山の魔法使い」と「ELDEN RING」――伝説的ゲームブックの生みの親と宮崎英高氏が語る,ダークファンタジーの創り方【聞き手:安田 均】
                                                      • なぜ営業組織と開発組織の仲は悪くなるのか?を考えて体制構築したらBizDevの重要さがわかった話|井原 真吾

                                                        前提として、私は営業組織でも開発組織でも働いた経験があります。 営業組織で学んだこと私は新卒でリクルートに入社し、キャリアの最初は「カーセンサー」という中古車メディア(当時からWEBが中心)の広告営業でした。 新規顧客開拓では都内の中古車店にひたすら飛び込む中で辛い経験も味わいながらも、噂に聞いていたリクルートの営業部隊を現場で体感できたのは非常に学びが多かったです。 私が働いていた当時、大規模な顧客向けシステムのリプレイスがありました。当時はシステムのことなど何もわからず、営業の立場として聞いたときには、「なんでこれまで慣れてきた画面を変えるんだ!」と思いましたし、リリース後にバグがあると「なんでこんな品質のものを開発部隊は当たり前に提供するんだ!」と激怒していたものです。「せっかく俺たちが(売上を)作っているのに・・・」と飲みながら話すことがよくありました。 何よりも、今動いているシス

                                                          なぜ営業組織と開発組織の仲は悪くなるのか?を考えて体制構築したらBizDevの重要さがわかった話|井原 真吾
                                                        • 『リベラリズムはなぜ失敗したのか』(原書房) - 著者:パトリック・J・デニーン 翻訳:角 敦子 - 宇野 重規による解説 | 好きな書評家、読ませる書評。ALL REVIEWS

                                                          著者:パトリック・J・デニーン翻訳:角 敦子出版社:原書房装丁:単行本(264ページ)発売日:2019-11-21 ISBN-10:4562057106 ISBN-13:978-4562057108 内容紹介: 多くの民主主義国家で不平等が拡大し、強権政治が台頭し、リベラリズムが機能不全となっている。注目の政治学者が政治、経済、教育、テクノロジーといった様々な分野で見られる問題を検証し、失敗の原因と是正をさぐる。 ヨーロッパ各地の極右政党、トランプ大統領誕生、ブレグジット……リベラリズムとデモクラシーはもう終わりなのか? 2018年7月にオバマ元米国大統領がフェイスブックで称賛、いまもアメリカで話題を読んでいる政治学書が日本でも先日翻訳出版された。政治学者・宇野重規による解説を公開する。 リベラリズムは死に体か?昨今、リベラリズムやデモクラシーの衰退を説く本は多い。無理もないだろう。これま

                                                            『リベラリズムはなぜ失敗したのか』(原書房) - 著者:パトリック・J・デニーン 翻訳:角 敦子 - 宇野 重規による解説 | 好きな書評家、読ませる書評。ALL REVIEWS
                                                          • こんな「リベラル」が日本にいてくれたらいいのに/大賀祐樹 - SYNODOS

                                                            「自民党には入れたくないけど、かといって他に入れたい政党は無いなぁ……」 選挙で投票する時、こんな風に感じたことのある人もいるのではないだろうか。自民党の一強状態が続いているとしても、無党派層の数は多い。二〇一九年七月のNHKの世論調査では、自民党の支持率34.9%に対して、「支持なし」の回答は38.3%と上回っている。一方、野党で一番支持を集めた立憲民主党でも5.8%に留まる。安倍内閣を「支持しない」という回答が31%であるのに対して、与党の公明党を除いた野党の支持率の合計は保守寄りとされる日本維新の会を入れても14.1%に過ぎない。 このことから考えられるのは、自民党や安倍内閣を支持する人が多く存在している一方で、自民党や安倍内閣を支持したくないと考えている人も少なからず存在していること、それにも関わらず、自民党や安倍内閣以外に積極的に支持したいと思える政党があると感じる人がかなり少な

                                                              こんな「リベラル」が日本にいてくれたらいいのに/大賀祐樹 - SYNODOS
                                                            • 「能動的に行動する能力」はいかにして生まれ、進化してきたのか──『行為主体性の進化:生物はいかに「意思」を獲得したのか』 - 基本読書

                                                              行為主体性の進化:生物はいかに「意思」を獲得したのか 作者:マイケル・トマセロ白揚社Amazonこの『行為主体性の進化』は、認知科学が専門のマイケル・トマセロによる、「行為主体性」について書かれた本だ。霊長類や他の哺乳類はアリやハチといった昆虫と比べると「知的」であるようにみえる。しかしその知的さをどのようにはかるべきだろうか。もちろん、これについては行動の複雑さなど無数の尺度が考えられるだろうが、本書ではその知的さの違いを「行動の制御」に見出していく一冊だ。 たとえば、アリやミツバチの行動は、それがどれほど複雑であっても個体がすべてをコントロールしているようにはみえない。彼らの行動を主に制御しているのは個体の判断ではなく生物学的機制(バイオロジー)である。一方の霊長類や他の哺乳類は、ある程度は自分のコントロールにおいて、情報に基づく決定を能動的に下しているようにみえる。これに関連して出て

                                                                「能動的に行動する能力」はいかにして生まれ、進化してきたのか──『行為主体性の進化:生物はいかに「意思」を獲得したのか』 - 基本読書
                                                              • アジャイル迷子のための「アジャイルの本質」。あとDDDとのつながり - little hands' lab

                                                                記事の構成 アジャイルソフトウェア開発とは アジャイルマニフェストとは アジャイルマニフェストの問題 そこで、アジャイルの本質 by マーティンファウラー アジャイルソフトウェア開発とは? アジャイルソフトウェア開発とはなんでしょうか? 「アジャイルマニフェスト(後述)の4つの価値観、12の原則に従う開発方法の総称」 これが最もオリジナルな定義です。 なぜこんなややこしい言い回しをするのは後から説明します。 重要なことは、「アジャイル」という具体的な手法があるわけではないということです。 アジャイルはマインドセット(思想、考え方)です。そのため、 ✖️ do agile 「アジャイルをやる」はありません。 ⭕️ be agile 「アジャイルになる、アジャイルの思想に則る」はあります。 アジャイルの思想に則った開発手法として ・スクラム ・エクストリームプログラミング(XP) ・リーンスタ

                                                                  アジャイル迷子のための「アジャイルの本質」。あとDDDとのつながり - little hands' lab
                                                                • 22/12/9 君はAI創作の最前線にして最底辺「AI拓也」を知っているか - LWのサイゼリヤ

                                                                  そろそろAI拓也について誰かが語らなければなりません。この貧乏くじは僕が引きます。 AI創作の最前線にして最底辺 AI拓也と淫夢の相違点 AI拓也の歴史 怪文書について 同人拓也について AI拓也について AI拓也傑作選 2021年11月『AI自動生成タクヤの評判』★★★ 2021年12月『タクヤ依存症対策条例』★★★ 2022年1月『AIを使って拓也さんを「ジョジョの奇妙な冒険」に登場させる』★☆☆ 2022年2月『AIで拓也をHUNTER×HUNTERの世界で活躍させる【ハンター試験編】』★★★ 2022年2月『AIの力を使って拓也を核融合炉に飛び込ませてみた』★★☆ 2022年2月『AI拓也にYahoo!知恵袋の回答をやらせる』★☆☆ 2022年2月『普樋の高■生・藍沢柚葉の曰屺 出力日:2022年1月9315日(拓)99:99:99』★★★ 2022年4月『AI2人に拓也さんについ

                                                                    22/12/9 君はAI創作の最前線にして最底辺「AI拓也」を知っているか - LWのサイゼリヤ
                                                                  • 雑誌『美術手帖』の2019年分バックナンバー、期間限定で全ページを無料公開中。「100年後の民藝」特集や「塩田千春」特集も

                                                                    雑誌『美術手帖』の2019年分バックナンバー、期間限定で全ページを無料公開中。「100年後の民藝」特集や「塩田千春」特集も雑誌『美術手帖』の2019年分のバックナンバーを全ページ無料公開。閲覧期間は6月14日までとなっているので、この機会をお見逃しなく(6月15日追記:無料配信は終了しました)。 イメージ画像 6月15日追記:無料配信は終了しました 雑誌『美術手帖』が2019年に刊行した全6号分のバックナンバーを、5月15日〜6月14日の1ヶ月間限定で全ページ無料公開。 外出自粛により、オンライン学習や休日を自宅で過ごす時間が増えたいま、美術館や図書館に行く機会も減っている。自粛要請の緩和や解除される地域も次第に増えていく兆しがあるものの、展覧会やギャラリーへのアクセスは依然としてこれまで通りではない。こうした機会に、『美術手帖』を通じて自宅でじっくりとアートに触れてほしい。 2019年2

                                                                      雑誌『美術手帖』の2019年分バックナンバー、期間限定で全ページを無料公開中。「100年後の民藝」特集や「塩田千春」特集も
                                                                    • UIUX デザイナーと仕事をする際にプロダクトマネージャーとして持っておきたい 8 つのマインドセット|Fritz | Lead Product Manager @ Mercari

                                                                      2020 年に入り、メルカリ US ではプロジェクトの担当 PDM を検討する際に「UIUX に大きな変更が入るならこの人」「関係者マネジメントが重要ならあの人」「テクニカルな知識が要求されるならこの人」といった具合に、プロダクトマネージャーそれぞれの特性・得意分野を考慮したうえで決定する傾向が以前にも増して強くなりました。 その結果、自分(フリッツ と申します、こんにちは)の場合は UIUX 改善を中心としたプロジェクトが相当に増え、並行して 3-4 名の UIUX デザイナーとそれぞれのプロジェクトについて議論することが毎日の風景となりました(めっちゃくちゃ楽しい)。 こうした状況下にあって、あらためて デザイナーと UIUX について議論・もしくはフィードバックをする際に気をつけている・気をつけたいことについて前後編にわけて振り返りをしたので共有してみたいと思います: ・前編(この記

                                                                        UIUX デザイナーと仕事をする際にプロダクトマネージャーとして持っておきたい 8 つのマインドセット|Fritz | Lead Product Manager @ Mercari
                                                                      • 内田樹「あらゆるところで株式会社化が進んだために、現代人は長期的な視野を持てなくなっている」|賢人論。|みんなの介護

                                                                        思想家としての深い洞察力と、仏文学者としての洒脱なエスプリと、武道家として一本筋の通った豪腕ぶり…。読者に熱烈なファンが多いことで知られる内田樹氏を、ようやく本欄でお迎えすることができた。文武両道を体現する今回の賢人は、日本の社会保障制度について何を語るのか。鋭い舌鋒をできるだけやわらかく受け止めながら、インタビューはそろそろと始まる。 文責/みんなの介護 制度設計のプロであるはずの官僚が、なぜ長期的な視点で物事を捉えられないのか みんなの介護 総務省が発表した人口推計によると、2018年10月1日時点の日本の総人口は1億2,644万人と、8年連続で減少しているそうです。いよいよ深刻になる人口減少に高齢化が重なり、社会保障制度をどう維持していくかが喫緊の課題となっています。 内田 僕の記憶では、「人口問題」と言えば、少し前までは「人口爆発」のことでした。このまま世界の人口が増え続けていけば

                                                                          内田樹「あらゆるところで株式会社化が進んだために、現代人は長期的な視野を持てなくなっている」|賢人論。|みんなの介護
                                                                        • Gitと法律って同じだったんだ!!!!!|うどっぴ

                                                                          MNTSQ株式会社というリーガルテックのスタートアップでパラリーガルをやっている者です。 同じ事を言ってる人は無限にいますが、いいことは何度言ってもいいので 本当に似てるから見て、というレポートです。 1.法改正のしくみ(日本法)法案が国会で可決されると法律となります(憲法59条)が、そこでいう「法律」とは具体的にどういうテキストでしょうか。日本法は「溶け込み方式」という方法を使っています。すなわち、現行法を変更するときは、「改正」という形式によって現行法を書き換えます。 例えば民法を改正したいと思ったときは、「民法(明治二十九年法律第八十九号)の一部を次のように改正する」と宣言してから変更差分をひたすら書きまくるということをします。この変更差分が一本の法律です。Gitでいうところのcommitです。変更元の法律も元は一本の法律であり、何度も改正をされていますが、「民法(明治二十九年法律第

                                                                            Gitと法律って同じだったんだ!!!!!|うどっぴ
                                                                          • チーム中心の組織作りのための6つのチーム設計原則 - mtx2s’s blog

                                                                            近年のソフトウェアプロダクト開発組織の活動単位としてよく言われるのは、「少人数で安定したチーム」であろう。表現は違えど、どの文献でもそのように述べられる。 それでは、「少人数」と「安定」の2つの要件を満たせば高パフォーマンスなチームが設計できるかと言えば、そんなはずもない。他にも要件があるはずだ。 そこで、チームに共通して必要だと考える要件を、設計に関わったこれまでの組織から抽出して言語化し、原則としてまとめてみた。それが、「安定」「アトミック」「非兼務」「少人数」「流動性」「イテレーティブ」の6つだ。 初期に携わった組織には欠けていた要素もあるが、何度も失敗を重ねるうちに見いだしたものだ。組織設計のプラクティスとしてよく聞くものもあるが、いずれも実体験を経て必要だと感じたものばかりである。 なお、本記事で取り上げる6つのチーム設計原則だけでは、組織設計として不十分だ。チームにどういった機

                                                                              チーム中心の組織作りのための6つのチーム設計原則 - mtx2s’s blog
                                                                            • 「Retrospectives Antipatterns」を読んだ - 勘と経験と読経

                                                                              先日「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」を読んだばかりだけれど、別の調べ物をしていたら「Retrospectives Antipatterns」という本が最近発売されたことを知ってしまったので勢いで読んでみた。アンチパターン好きなもので。すごい有用な本だった。 Retrospectives Antipatterns 作者:Corry, Aino,Corry, Aino発売日: 2020/11/02メディア: ペーパーバック 著者サイトはこちらのようだ。https://metadeveloper.com/ 全体的な感想 えてして「ふりかえり」のファシリテーターは孤独だと思う。特にファシリテーションすること自体を主な仕事にしている場合、「より良い

                                                                                「Retrospectives Antipatterns」を読んだ - 勘と経験と読経
                                                                              • チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する|mtx2s

                                                                                依頼、調整、合意、承認、etc. こういったコミュニケーションがチーム境界を越えて頻発すると、ソフトウェアプロダクト開発のフローは遅々として進まなくなります。いずれも、機能追加や機能改善を進める上でのクリティカルパスを引き伸ばす要因を生み出すからです。 機能追加や機能改善といったひとつひとつの開発は、アイデアを生み出し、それを価値に変えるまでのフローです。フローが進む過程で、組織内の様々な人の手で、様々なタスクが実行されます。その全てを1つのチームで完結することは、プロダクトの規模が大きくなるほど困難になり、より多くの人々が関わるようになります。そこに、チーム境界を越えた「依頼、調整、合意、承認」といったコミュニケーションが発生するのです。 開発フローのクリティカルパスを悪化させるこのようなコミュニケーションの頻度をどれだけ減らせるか。組織設計、チーム設計で最も注視すべき観点の1つは、そこ

                                                                                  チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する|mtx2s
                                                                                • Goの苦手な領域

                                                                                  Goの利点を使って実装するコツやノウハウを書くことがコミュニティにとってプラスになると思っているのでそれに専念したいという考えはありますが、Goの苦手な領域にGoを採用してしまってヘイトを溜め込んでしまう事例を見かけたりします。 こういう悲劇の起こる可能性を少しでも減らせたらという思いで、Goの現状の苦手な領域について解説しようと思います。Goを学び始めにこれらの領域に手を出すのは避けましょう。 Cgo is not Go GoはCGO連携でC/C++資産を利用することができますが、メモリアロケータの異なる処理系を繋ぐ関係上、お互いに呼び合う際のパラメータや戻り値はほとんどのケースでコピーが必要になります(Cの型でメモリ確保しCの型のまま受け渡しする場合はOK)。なので高頻度に呼び合うような用途には不向きであるというのはSWIGなどのような複数の処理系を連携させる仕組みと同様です。 また、

                                                                                    Goの苦手な領域