定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば（主にグローバル大企業で）これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高
謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― | 東京大学 先端科学技術研究センター
ホーム ニュース プレスリリース 謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― 東京大学 発表のポイント 日本の企業において、リーダーの謙虚さが心理的安全性を介してプレゼンティーズムに影響することがわかりました。 チーム単位で働く職場において、リーダーの謙虚さ、心理的安全性、そしてプレゼンティーズムの3変数がどのように関係しているか初めて明らかにしました。 メンバーが活躍できる職場の人的環境や文化的条件を考え、介入をデザインする上で示唆に富む結果といえます。 謙虚なリーダーシップは、心理的安全性を介してプレゼンティーズムと関連する 発表概要 東京大学先端科学技術研究センターの松尾朗子特任助教、熊谷晋一郎准教授らの研究グループは、複数の業種の日本企業を対象に調査を実施し、リーダーの謙虚さが高まると心理的安全
Amazonで役員の時間をお願いする場合の雛形が良くできている話→「事前に流れがわかる」「ウチのミーティングで導入してほしい」無駄な会議が減りそうな予感
Issei Suzuki @issei613 Amazonで役員の時間をお願いする時はいつも秘書さんにこの形式で依頼しないと予定入れてもらえないのだけど、なかなか良くできた雛形だなと思う。ドラフトを送る前に上司に一度目を通してもらうと、認識のズレも予め修正した上で会議の準備に臨める。 pic.twitter.com/R2Mjro0SeS 2024-06-12 12:00:38 Issei Suzuki @issei613 最後の「意思決定は後でやり直しがきくか」はOne-way Door（一方通行のドア = やり直し不可）vs Two-way Door（双方向のドア = やり直し可）と呼んでいて、これは自分で見極めて、後者ならなる早で実験してみることを推奨されている。 2024-06-12 12:00:40
2023年度リクルート エンジニアコース新人研修の講義資料です
ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/
本稿は 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
あんちゃん @monosoi_akarusa ちょっと前 「社員は何故自らの業務を効率化しないのか？」 という質問に 「効率化の報酬が労働だから」 という答えがぶら下がってて何も否定できなかった。突き詰めると最後大体人事制度の問題に行き着く気がする。インセンティブ設計とか目標設定なんて失敗すると会社ごと傾くこともありますしね x.com/appizou/status… 2024-02-28 21:09:41
Scrum Fest Osaka 2023 https://confengine.com/conferences/scrum-fest-osaka-2023/proposal/18546 「Fun Done Learnのうた」はこちら https://developers.kddi.com/blog/1dqKXhrd73q0V65NKuOYrp 一緒に働く人募集中 https://kddi-agile.com/recruit
バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 NTTデータグループは2023年11月6日、10月10日に発生した全国銀行データ通信システムの障害に関する記者説明会を実施、現時点で判明している障害の概要について説明を行うとともに、再発防止策に向けたタスクフォースの設立などについて明らかにしました。会見の冒頭、NTTデータグループ 代表取締役社長 本間洋氏は、今回の障害により全国の預金者や金融機関をはじめとする社会全体に大きな混乱をもたらしたことを謝罪し、今後の原因究明と再発防止に向け、全国銀行試験決済ネットワーク（以下、全銀ネット）とともに全力をかけて取り組むことを明言していました。 本記事では会見の内容をもとに、現時点で判明している10月10日の事故の原因についてレポートします。 2023年10月10日 ―なにが起こったのか
紅麹問題について当院の患者さんからも質問を受けることが多くなってきましたので、紅麹の話をまとめたブログを書いていたのですが、丁寧に書くと量が多くなってしまって時間がかかっています。すみません。 ところで、この小林製薬の紅麴製品問題、メディアなどでも多く報道されていますし、小林製薬が記者会見を開いたりしていますが、医薬品安全性管理の専門家の私としては、議論のポイントがずれているような違和感を感じるのです。 多くの方々が亡くなったり入院したりしていると報道されていますが、症例経過などの情報が詳細に開示されていないので、健康被害の内容については推測するしかありませんから、ここではあまり議論しません。この点については小林製薬の情報開示は極めて悪く、大きな問題です。どういう病状、病態が起きているのか、がわからないので、「腎障害が起きている人で紅麹製品を服用していた人」はすべて健康被害のカウントに入っ
私は米国の超大手クラウドベンダーの中の人をやっており、普段はアメリカに住んで気づいたことをブログに記録しているのだが、今回は趣を変えて、日本で出会った凄い人からの学びを書いてみようと思う。 プリンシパルを目指して前回の下記のブログで、マネージャにならずに、プリンシパルというレベルを目指し始めたので、少しづつ自分のふるまいを変えることにしているが、これはそれの一環だ。 人生最後の大きなチャレンジの戦略を考える｜牛尾 剛 (note.com) 筋肉の豊富なケンさん 私が日本に居たときの同僚で、ケンさんという人がいる。筋トレ仲間として、筋肉がものすごいので、凄いなと思っていたのだが、彼は筋肉だけではなくプログラミング力もえげつなかったことを覚えている。 あるハッカソンで普通の人なら１つか２つの機能を試すところを、彼は１０個ぐらい、それもものすごく高度に組み合わせてすごく短い時間に凄いアプリを作っ
【完全独学】中国語の話し方 第二言語習得研究を活かした中国語学習ロードマップ - ポリグロットライフ | 言語まなび∞ラボ
はじめに 今回は中国語の話し方を紹介します。私がどうやって中国語を身につけたのか、第二言語習得研究を活かした中国語学習ロードマップを解説していきます。ぜひ注目されている中国語をマスターしてキャリアを広げていきましょう。 ↓↓こちらもぜひチャンネル登録お願いします www.youtube.com 第二言語習得研究で中国語を完全習得 第二言語習得研究とは 言語習得の仕組み 言語習得の4つのプロセス 言語知識の自動化 中国語の言語的特徴 形態論と語順 簡体字と繁体字 四声 拼音 難易度 発音 発音の落とし穴 四声&拼音 おすすめ発音テキスト 単語学習 セルフ音読はNG おすすめ単語学習テキスト キクタン中国語シリーズ 起きてから寝るまで中国語単語帳 HSK基本語彙 中国語文法 フレーズと単語を結合する中国語文法 細かい文法よりも伝わり方 仕上げとしてのパターンプラクティス おすすめ文法テキスト
庵野氏がSlackフル活用、Confluenceには100GBの設定資料――「シン・エヴァ」制作支えたITシステム
1984年生まれ。2008年にJAXAに入社し、約9年半勤務した後、2017年にカラーへ入社。有限会社ゼクシズに出向し、『あさがおと加瀬さん。』に制作進行として携わった後、カラーに復帰。『シン・エヴァンゲリオン劇場版』の制作進行を担当。2023年7月にプロジェクトとしての『シン・エヴァ』映画制作を振り返る公式報告書籍『プロジェクト・シン・エヴァンゲリオン』を上梓。2023年11月下旬に株式会社カラーを退社、以降フリーランスとなる。 SNSアカウント：＠Narita_Kazumasa 書籍公式サイト: https://www.khara.co.jp/project-eva/ 電子版詳細：https://www.khara.co.jp/2023/07/10/2023071018/ ニコニコ動画開発者がシステムを再設計 まずビジョンから アニメ制作のデジタル化は1990年代ごろから急速に進んでお
『シン・エヴァンゲリオン劇場版』の制作進行・成田和優が語る、プロジェクトマネジメントの極意。メタ的に見て、細かく考え続ける - ミーツキャリアbyマイナビ転職
想定外の出来事やスケジュールと戦わなければならないことが多いプロジェクトマネジメントの仕事。その醍醐味や面白さとは何なのでしょうか？ ここにアニメファンのみならずIT・コンサル業界までもざわつかせている一冊があります。その名も『プロジェクト・シン・エヴァンゲリオン -実績・省察・評価・総括-』（以下、『プロジェクト・シン・エヴァンゲリオン』。2023年）。2021年に劇場公開され、ジャンルとしての「ロボットアニメ」作品では異例の興行収入100億円を超えた『シン・エヴァンゲリオン劇場版』（以下、『シン・エヴァ』）の制作過程を、『シン・エヴァ』を制作した株式会社カラーによる完全自主制作・出版によって、映像技術の側面ではなく、あくまでプロジェクト遂行の視点で克明に記したドキュメントです。その赤裸々さと記録風の文体のギャップが大いに話題を集めています。 執筆を担当したカラーの成田和優さんは、JAX
紙の本が売り切れていたので手をつけていませんでしたが、ようやく全部揃ったので読みました。 まず前提として「桜井さん凄いなあ」というのはあるんですが、気になったのが、このエッセイは国内のゲーム開発手法の課題を再生産しているのではないか？ということです。 桜井さんのエッセイには繰り返し登場する課題がいくつかあります。 ・新しいディレクターが育たない、現れない ・桜井さんが忙しい ・シリーズもののゲームが増えるなど、ゲームの新奇性が減っている このうち「新しいディレクターが育たない」ことと「忙しい」ことは同一の問題で「権限の委譲が進まない」という、多くの組織に見られる問題と言えます。 しかし、エッセイで紹介されている開発手法を見ると「そりゃ、育たないのでは？」と思わざるを得ません。キャラクターの操作感を決めるパラメータは重要なので自分が担当する、企画は初期の企画書にすべて落とし込むなど、ものすご
ITプロジェクトに関わるプロジェクトリーダー、プロジェクトマネージャー向けの理解しておくべき英語の言い回しが紹介されています。プロジェクトのプロセスに合わせて、ポイントや例文を多数紹介しており、より具体的で活きた英文を学ぶことができます。工数や人日・人月などの表現から、契約締結、共通化、引き継ぎ、遅延、暫定対応、検収、口頭伝達などよく使う表現にポイントを絞って例文を紹介しています。企画、設計、開発から、保守、管理、評価まで、ＩＴプロジェクト全体をカバーしているため、PLやPMの方はもちろん候補となるエンジニアのメンバーも抑えておくとよいでしょう。
『LeanとDevOpsの科学』をきちんと解読する 〜Four Keys だけじゃ絶対もったいなくなる話〜
スクラムフェス福岡2024での講演資料です。 --- 皆さん、職場でFour Keysを導入していますか？ Yesと答えた皆さん、『LeanとDevOpsの科学』は読みましたか？ あくまで僕の周囲のみの観測で語るのですが、Four Keysを職場で導入しているという人はとても多いのですが、そのうち、出典である『LeanとDevOpsの科学』をきちんと読んだ人はかなり少ないようです。 そして、ここで敢えて強めの主張をするのですが 『LeanとDevOpsの科学』を読まずにFour Keysをきちんと利用することはほぼ不可能です。 Forsgrenらは徹底した研究の結果として4つのメトリクス（指標）を見出すのですが、その裏には彼女らの沢山の思いが詰まっています。その思いや彼女らの思考を理解し、彼女らの考えをきちんとトレースして始めて、Four Keysは意味を持ちます。 そして『LeanとDe
インフラチームの西川です。 当社ではGitHubを利用しています。いろいろ便利な機能があるのですが社内でコマテクを募集してみたところ意外と知らないものがあったので共有してみます。 行動の見える化 特定コミットのリンク取得 通知 行動規範 ガイドライン .github リポジトリ テンプレートリポジトリ タグをたくさんプッシュさせない ドラフトプルリクエスト チケットの自動リンク化 ベースブランチの更新を取り込む まだレビューが終わってないプルリクエストの一覧化 レビュアーの自動割り当て コードの所有者 ファイル単位でレビュー済みをチェックする レビュー中のファイルを全部閉じる 具体的な修正を提案する レビューコメントをラベル化 デプロイ管理 リリースノートを自動作成 行動の見える化 以下の設定をすることで、GitHub上の行動を見える化することができます。 docs.github.com
開発生産性の現在地点～エンジニアリングが及ぼす多角的視点 / Current status of development productivity
2024/2/15 Developers Summit 2024 登壇資料 https://event.shoeisha.jp/devsumi/20240215
ついに最強のCI/CDが完成した 〜巨大リポジトリで各チームが独立して・安全に・高速にリリースする〜 - ZOZO TECH BLOG
こんにちは。SRE部の巣立（@ksudate）です。 我々のチームでは、AWS上で多数のマイクロサービスを構築・運用しています。マイクロサービスが増えるにつれて、CI/CDの長期化やリリース手法の分散など様々な課題に直面しました。 本記事では、それらの課題をどのように解決したのかを紹介します。 目次 目次 はじめに CI/CDのこれまで Release PRによるリリース CI/CD実行時間の長期化 マイクロサービスごとのリリースが難しい リリーサーの制限ができない ドメイン単位の並行リリース リリース手法が分散する ブランチ間の同期が必要 パイプラインの増加 CI/CD実行時間の長期化 リリーサーを制限できない CI/CDの刷新 高速かつシンプルなCIパイプライン 変更差分を利用したCIパイプラインの実行 承認機能付きのCDパイプライン GitHub Environmentsによるリリー
ソフトウェアアーキテクチャメトリクスの基礎: Software architecture metrics in a nutshell
ソフトウェアアーキテクチャメトリクス - Forkwell Library #44 での発表資料です https://forkwell.connpass.com/event/309739/ 動画: https://www.youtube.com/watch?v=C52rYX_E9bA #Forkwell_Library
Broken Ownership
Have you been in any of these situations? Managers make decisions that’s out of their leagues and everyone else in the team ends up paying for it. Knowledgeable people passively observe without bothering to contribute. Sometimes they are denied access to the room. Developers act like code monkeys, throwing the code over a metaphorical wall for the QA to test and “DevOps” to run. In “you build it,
スクラムとデッドライン壊れゆくチームをつなぎとめるもの/Scrum and Deadlines
循環する学び～現場とコミュニティの境目で考える～/Learning Cycle between a team and a community
日々の意思決定の積み重ねを記録するアーキテクチャ・デシジョン・レコード / Architectural Decision Records
2023年7月27日「Developers Summit 2023 Summer」にて 「日々の意思決定の積み重ねを記録するアーキテクチャ・デシジョン・レコード」というタイトルで「ADR」について発表した資料です
GitHub Copilotは開発者の生産性をどれだけ上げるのか？ZOZOでの全社導入とその効果 / How Much Does GitHub Copilot Improve Developer Productivity? The Company-wide Implementation and Its Effects at ZOZO
2024/2/16 Developers Summit 2024 登壇資料 https://event.shoeisha.jp/devsumi/20240215 ■ ZOZOエンジニア向け会社説明資料 https://speakerdeck.com/zozodevelopers/company-deck ■ GitHub Universe 2023 https://githubuniverse.com/ ■ Universe 2023: CopilotがGitHubをAIを駆使した開発者プラットフォームへと変貌させる https://github.blog/jp/2023-11-09-universe-2023-copilot-transforms-github-into-the-ai-powered-developer-platform/ ■ GitHub Universe 2023 o
デザインプロセスに生成 AI を取り入れる実験 ~プロンプト全公開~ - Techtouch Developers Blog
デザイナーの keita です。 年始にベンチプレスの MAX 測定をしたら 105kg でした。今年の目標は 120kg です。 この記事では、生成 AI をデザインプロセスに取り入れるためにチームで試行錯誤した内容を紹介します。ぜひ、最後までお付き合いください。 きっかけ はじめに AI を使ってみる インタビューデータからペルソナを作成 まずは 1 人ずつ整理 1 人のペルソナに統合 ペルソナの課題抽出 リサーチを AI で代替してみた結果 AI が作成したペルソナを使ってみる ペルソナにヘルプセンターの記事を評価させてみる 結果 最後に あとがき ボツ案 文字起こしデータから記事を作成 出力された記事のトーンを変更 出力された記事 きっかけ 「ChatGPT をはじめとした AI ツールが便利なのはわかったけど、自分たちの業務をより効率化するためにデザインプロセスで代替できるところ
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ Coralの社内ではもはや誰もが知っていることですが、私は数ある企業文化の中でも、特にリクルートとNetflixのカルチャーが素晴らしいと感じています。両社は全く別の業界の企業で、まるで共通点がなさそうですが、そのカルチャーは驚くほど似ています。具体的には、どちらも社員にかなりの裁量と責任を与える傾向があります。リクルートの「お前はどうしたい？」にしても、Netflixの「コントロールではなくコンテキストを」にしても、意思決定権を意図的に分散させている点が特徴的です。こうした組織体制から生まれる社風こそが、インターネット時代
git-schemlexとddl-makerを使ったDB migrationの紹介 / git-schemalex and ddl-maker migration #golangtokyo
マネジメントの「もぐら叩き」からいかに抜け出すか。ミドルマネージャーが心得ておくべき「問いのデザイン」の新原則とは？｜安斎勇樹
経営層の方針をチームに伝え、実行に移すミドルマネジメントの現場において、「問い」のデザインがますます重要になってきていると感じます。 本記事では、2023年10月に開催し、大変好評だったウェビナー「チームを覚醒させる「問い」のデザイン：新時代のミドルマネジメントの真髄」の内容より、「問い」を活用したミドルマネジメントの新原則について、ケーススタディとともにご紹介します。 『問いのデザイン』の大幅アップデートを目指して2020年に刊行した『問いのデザイン』の出版から4年近くが経ち、内容の改訂を検討しはじめています。特に組織の課題解決を担うミドルマネジャーに向けてコンテンツを肉付けし、アップデートに取り組んでいるところです。 きっかけは、2023年10月に開催したウェビナーでした。2023年6月にはじめて開催した一般向け大型ウェビナー「新時代の組織づくり」が非常に好評だったことを受け、その第二
Figmaの思想と新機能
Config2023 Recap in Goodpatch https://goodpatch.connpass.com/event/287493/ Twitter https://twitter.com/__sakito__
旧日本海軍“最後の大仕事”＝人類史上稀な民族大移動だった「復員事業」 かき集めた日本の艦艇227隻の“使い分け”とは | 乗りものニュース
太平洋戦争の終結後、遠く太平洋島嶼部、中国大陸などに取り残された日本軍将兵の復員と民間人の帰国事業が始まりました。その対象者の数はおよそ660万人。史上稀に見る民族大移動のために、戦争で疲弊していた日本はともかく使えそうな船を集めます。 最優先だった復員輸送 船が全然ない！ 1945（昭和20）年8月の終戦後、日本政府が最優先で取り組まなければならなかったのは軍隊の武装解除と復員でした。これは、日本の無条件降伏に際して戦勝国が発したポツダム宣言にあった「日本の武装解除」と「兵員を家庭に帰す」という条文によって日本に課にされたものでした。 1946年1月、5000人の復員兵を乗せてラバウルで給油中の「葛城」（画像：オーストラリア戦争記念館）。 このうちの後者、つまり太平洋の広範囲にわたる島嶼部とアジア大陸の各地に取り残されたおよそ660万人もの軍人と軍属、民間人を日本に帰還させるというのは、
ヒアリングに行くのではない。最初から価値を与えること。これは、プロジェクトの初期対応でデザイナーが取るべき基本的な態度です。 今回のテーマは、デザインの初期対応。その効果的な動き方を紹介します。 デザインプロジェクトのスタートは、他者から依頼を受ける場合と、デザイナー側から提案を始める場合の２つのパターンがありますが、今回はそのうちの「デザイナーが依頼を受けるパターン」について。 初期対応の時点で、デザインの成果の半分は決まってしまいます。それくらい重要なものですが、なせかデザインの世界ではあまり論点化されていません。自分の経験が何かの役に立てばとの期待を込めて。どうぞ。 ヒアリングじゃない。ディスカッションだ。依頼や問い合わせを受けてデザイナーが初期対応すること。これをヒアリングと呼ぶこともありますが、それには注意が必要です。 最初に関係性が固定されるヒアリングに行く。情報を聴きに行く。
福島の原子力 - YouTube
作品概要 製作：日映科学映画製作所 企画：東京電力 1977年 カラー 27分 1966年12月から建設が開始された東京電力の原子力発電所。 原子力発電の仕組みや建設工程を詳細に記録した劇場上映用映画。 この時代に映画館でさかんに上映されていたことが伺える。 この作品は、埼玉文化振興基金助成金によりデジタル化、 配信しています。 補足 この作品は福島第一原子力発電所の建設記録である。その調査編である「黎明」とともに前年の11月に公開した。2011年3月11日、東日本大震災に伴って発災した福島第一発電所の事故で話題となった作品。大震災2日目からTwitterを介して拡散、3日目にはNHKを始め民放各社が報道およびワイドショーで取り上げ、2か月間で30数回使用された。一時期はアクセス急増に伴い、関連作品を別サーバーに移す程のことになった。 海外にも飛び火し、BBCはじめ5か国8番組で使
状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです - Magnolia Tech
自分が気をつけていることに「今この状況を説明して」って言われた時に2分くらいにポイントを絞って話せるように常時準備しておく、というのが有って、これができるとだいぶ印象が違います 仕事で報告を求める人が最優先で知りたいのは「ヤバいか、ヤバくないか、アクションするのは俺か、お前か」です— magnoliak🍧 (@magnolia_k_) 2024年3月3日 繰り返し言ってるけど、状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです— magnoliak🍧 (@magnolia_k_) 2024年4月11日 振り返ると定期的に同じことを書いているんですけど、「報告を受ける側」が期待することって、「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」を素早く判断して、行動に起こすための情報が欲しいわけです
この記事は 食べログアドベントカレンダー2023 の23日目の記事です🎅🎄 こんにちは。食べログシステム本部 技術部 仕入チームの@shohei-yです。 今回は、新規事業の「食べログ仕入」プロダクト開発において所謂「設計書」を書かない設計に挑戦して開発効率を向上させた話を書きます。 （結局「書くの？書かないの？どっちなんだい！」と感じた人は、ぜひ読み進めてください。） 所属している仕入チームについてはこちらの記事をご覧ください。 目次 なぜ設計書を書かない設計に挑戦したのか 設計書を書かないチーム 設計書を書かないことによる問題 1. チーム協力の課題 2. ソースコードの複雑化 3. チーム変動に関わる問題 設計工程導入のきっかけ 設計書を書かない挑戦の背景 設計書を書かない設計 フロントエンド・バックエンドのインターフェースの明確化 ソースコードのスリム化対策 設計のレビュー方法
チームトポロジーを読んだ感想
はじめに 最近、チームってどんな構成にするのがいいんだろうか？と考えたことがあって、参考になる情報がほしかったのでこの本を読んでみた。この本は組織設計について書かれた本で、次のようなことが書かれてる。 どうチームを構成するか？ チーム間のコミュニケーション（インタラクション）をどう設計するか？ 定義したチーム構成やコミュニケーションの設計をどう変化させていくべきか？ チームファースト、コンウェイの法則などの考え方をベースにこういった問いに答えており、具体的な事例も紹介されつつ説明されていたので、わかりやすかった。 個人的に特に知りたかったことが、１つのチーム内で複数のプロダクトを扱うときのアプローチ方法だった。この本はコンウェイの法則推しなので、境界線をみつけてチームを分けた方が良さそうだと思いつつ、よく読んでみると組織のサイズやソフトウェアの規模が小さい場合は、必ずしもこの法則に従わなく
Web フロントエンドのテストと持続可能な方針の組み立てを考える | Offers Tech Blog
Offers を運営している株式会社 overflow の あほむ でございます。 今回はプロジェクトで Web フロントエンド領域のテストを書くにあたって方針を決めた際の ADR をブログ向けに再整理したものをお届けします。 テストコードを書くべきか書かざるべきか 逃げ切りが確約された作り捨ての納品プロジェクトでもなければ、継続的なメンテナンスを前提にテストコードは書くべきが現代のソフトウェアエンジニアにおける共通了解でしょう。 急がば廻れ、ほとんどの場合においてテストコードを書くメリットがデメリットを上回るものと捉えられています。ここでは書かなくても良いケースをあえて論じることをしませんが、個別具体でテストが不要と断定できるときはそうすればよいでしょう。 テストを整える工数をどう捉える TDD (Test Driven Development テスト駆動開発) に代表される、テストコー
デプロイ頻度やリードタイムの正確な計測にこだわらなくていい（前提はあるが） - mtx2s’s blog
デプロイ頻度とリードタイムは、開発チームが自らのパフォーマンスをモニタリングするうえで欠かせないメトリクスである。それらが、収益性や市場占有率といった組織パフォーマンスに影響を与えるからだ。その調査結果は、DevOps Research and Assessment（DORA）が特定した4つのキーメトリクス、いわゆる「DORAメトリクス」の要素として浸透した（後述するが、DORAメトリクスで扱うのは、リードタイムではなく「変更のリードタイム」である）。 その重要性ゆえに、チームや組織はこれらのメトリクスの計測と可視化に努める。可能な範囲で正確な値が欲しい。そうして、チケット管理ツールやバージョン管理システムからテレメトリを収集、集計し、チームのモニタリングダッシュボードにその実績値を可視化するのだ。 しかし、しばらくメトリクスを運用してみると、その扱いづらさに気づく。計測値や集計値のばらつ
Qiita Conferenceは、ソフトウェア開発者が集まり、最新の技術や最先端の挑戦・ソフトウェアの未来についての考えや知見を共有し、つながる場を創出する、「Qiita」が開催するオンライン技術カンファレンスです。ここで小城氏が登壇。まずは、小城氏がエンジニア時代に感じていたモヤモヤと、「プロダクトマネージャー」が出てきたがゆえに起きている“良くない分業”について話します。 小城氏の自己紹介 小城久美子氏：よろしくお願いします。ミノ駆動さんの発表おもしろかったですね。そのあとはやりづらいなという気持ちもありつつ、がんばっていければと思っています。よろしくお願いします。 私の発表のタイトルは「エンジニアが推進するプロダクトマネジメント」というところで、話をしていければと思っています。どうぞよろしくお願いします。 はじめに簡単に自己紹介をしたいと思います。（スライドを示して）私はいわゆるエ
マーケティングを加速させろ！ZOZO Marketing Platform(ZMP)の紹介 - ZOZO TECH BLOG
こんにちは、MA部の齋藤（@kyoppii13）です。 ZOZOTOWNでは、プッシュ通知やLINE、メールでのキャンペーン配信を実施しています。キャンペーン配信の例としては、お気に入り商品の在庫数が少なくなったときにプッシュ通知を送るといったものです。LINEやメールといった配信チャネル以外にも、キャンペーンごとにセグメントや実施タイミングも様々で、システムも配信キャンペーンの種類によって複数存在している状況でした。そのため運用保守のコストが大きくなっていました。また、キャンペーンの内容を変更するために開発側での工数が発生している状況でした。 そこでキャンペーン配信を効率的に実施するため社内向けのマーケティングプラットフォーム「ZOZO Marketing Platform（ZMP）」を開発しました。 本記事では、マーケティングプラットフォームの開発にあたって考慮した点とアーキテクチャに
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SAPは何故使いにくいのに、世界中で愛されているのか｜ヒーホーくん
現代的システム開発概論
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
ちょっと前「社員はなぜ業務を効率化しないのか？」という質問に身も蓋もない答えが帰ってきたが否定できなかった
チームにノリをもたらした時にいた「二人目に踊る人」の共通点
バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 | gihyo.jp
紅麹問題ー小林製薬の一番大きな問題はなにか？ - 東中野セント・アンジェラクリニック
筋肉ですべてを解決する人のプログラミング上達方法｜牛尾 剛
「桜井政博のゲームについて思うこと」を読んで思うこと｜Jey.P.
【中級者】書籍「ITプロジェクトの英語」より「知っておくべき英語での言い回し10選」
GitHubコマテク集 - OpenWork Tech Blog
マネジメントの新ハック「優先事項のメンタルマップ」 | Coral Capital
非同期開発体制を支えるドキュメント文化 / YAPC::Hiroshima 2024
ヒアリングを超えていく、デザインの初期対応｜大﨑 優｜CONCENT
設計書を書かない設計で開発効率を向上させた話 - Tabelog Tech Blog
プロダクトマネージャーが出てきたがゆえに始まった“良くない分業” 「プロダクトマネジメントの根本」から考える、理想的なかたち