本項は「C# Tokyo オンライン「世界一わかりやすいClean Architecture」他」による発表の登壇原稿となります。過去に発表した.NET版の記事はこちらにアーカイブしています。 本稿のサンプルコード・PPTはこちらで公開しています。 「CC BY-SA 4.0」で公開していますので、気に入っていただけたら営利目的含め、ライセンスの範囲で自由に利用していただいて問題ありません。 github.com また動画を以下で配信しています。よろしければご覧ください。 世界一わかりやすいClean Architecture はじめに まず初めに、クリーンアーキテクチャの誤解されがちな二つのことについてお話させていただきます。 その上で、クリーンアーキテクチャの本質とは何か？押さえておくべき、本当に重要だと考えている三つの事について、お話しします。 注意事項 さて本題に入る前に、少し注意
IT業界のプロジェクトを成功に導くためのノウハウを網羅的に解説した書籍『プロジェクトマネジメントの基本が全部わかる本』（翔泳社）。著者でパラダイスウェアの代表取締役である橋本将功さんは、プロジェクトマネージャーが直面する課題として大きく3つ、「現場で使える知識体系がない」「無茶ぶりされる」「スキルの属人化」を挙げています。これらの課題を解決するために何が必要なのでしょうか。本書から、プロジェクトマネージャーが持つべきスキルセットと、プロジェクトの成功と失敗をどう定義すればよいのかを紹介します。 本記事は『プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで』の「序章 プロジェクトマネジメントのスキルの全体像」と「第1章 プロジェクトとはなにか─基本的な知識と考え方をおさえよう」から一部を抜粋したものです。掲載
2019/10/31(金)に開催されたEngineering Organization Festival 2019 で @t_wada さんの「質とスピード」という講演を聞き、とても感銘を受けたのでメモ。 品質とスピードはトレード・オフの関係にある。どちらを優先するか？要バランスだ。 そう思っていた時期が私にもありました。 けど、そんなことはなかった！ ■追記 個人的な捉え方としては、 プロダクトを漸進的に成長させ、仮説検証ループするスピード上げようとすると、犠牲にした保守性があとで(意外とはやく1ヶ月後には)足枷になる。 保守性(テスト容易性、理解容易性、変更容易性)が低いとリードタイムが延びてスピードがどんどん落ちていくループをまわせなくなる。ってことかな、と思う。 スピードを上げようとしたのに、意外とはやくスピードが上がらなくなるジレンマ。 @t_wadaさんのスライド 素敵なグラレ
【ノーカット掲載】オンプレミスかクラウドか。社内を二分する論争にDeNA南場智子が出した"答え" | フルスイング by DeNA
コスト・品質ともに最高レベルを実現していた、DeNAのオンプレミス。しかし2018年6月、DeNAは全社方針としてそのオンプレミスを捨て、3年の移行期間をかけクラウドに全面移行することを決定しました。 なぜDeNAは経営の意思決定として、当初「3倍のコストになる」と言われたクラウド全面移行に踏み切ったのか？ 本記事では「クラウドシフト決定の判断」に至る経営者の思いを語った『Google Cloud Next ’19 in Tokyo』でのDeNA代表取締役会長 南場 智子（なんば ともこ）講演内容をノーカット掲載します！ 「経営の言語」と「技術の言語」両方話せる人材を信頼する 私がDeNAを立ち上げたのは、1999年。今からちょうど20年前です。もともと、経営コンサルタントをしていました。得意なのは戦略や提携。それからマーケティングや分析などですね。一緒に起業した仲間も、同じファームから連
Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー（以下、EM）としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「（メンバーとの1on1やメンバーの育成を）どうしてそれをやるのか」と問われ
プロジェクトマネジメント（PM）の重要性は、あまり認知されていないように見える。 うまく回っているときは「あたりまえ」扱いでスルーされ、いざ暗礁に乗り上げたときに「どうなってるんだ！？」と糾弾の的となる。 プロジェクトをうまく回していくコツというか勘所は確かにあり、相応のトレーニングが必要だ。にもかかわらず、なぜか蔑ろにされている。ろくに訓練もしないまま、「見て学べ」「やって覚えよ」と実践に放り込み、メンタルをやられず生き延びた者が幹部になる。 これは悪手だ。 よく、「失敗から学ぶほうがより身につく」などと唱える輩がいるが、しなくていい失敗は避けたほうがいいに決まってる。そして、この「しなくていい失敗」のほとんどは、基本を押さえるだけで回避できる。 この、PMの基本を押さえているのが本書だ。 『プロジェクトマネジメントの基本が全部わかる本』には、プロジェクトを回していくために「あたりまえ」
PMBOKとはPMBOKは「Project Management Body of Knowledge」の略語で、日本語に訳すと「プロジェクトマネジメントの知識体系」です。読み方は「ピンボック」です。米国のプロジェクトマネジメント協会（PMI）が1986年にPMBOKのガイドブックの初版を刊行してから、ほぼ4年ごとに改訂され今では「プロジェクトマネジメントの世界標準」とされています。 本来「PMBOK」は体系そのものを指しますが、PMBOKのガイドブック「PMBOK GUIDE」を指す言葉としても用いられています。 【参考】PMI日本支部 2017年に発刊されたPMBOKの第6版はA4判750ページの大冊でしたが、第7版は250ページと1/3のボリュームになりました。目次の構成もガラリと変わっています。この大改訂にショックを受けたのが、プロジェクトマネジメント協会が主催するPMP試験（プロジ
昨年NewsPicks さんに取り上げてもらって最近動画が公開されました。そこでもお話させてもらっていることなのですが、アメリカで働きはじめると日本人からすると「納期が無い」感覚が物凄く衝撃的だった。 最近、納期が無いことと生産性について頭の中で整理がついてきたのでシェアしておこうと思う。ちなみに、動画も含めて、私の発言は私の体験と意見であり、所属会社には全く関係が無いことを改めてお断りしておきます。 日米納期の感覚の違い アメリカで働いていると、日本人からすると納期がほとんどないという感じを受ける。もちろん納期があるものもあるが「本当に必要なもの」に限られる。例えば、大きなカンファレンスで何かの製品を発表するとかそんなのだと納期はもちろんある。そうでなれけばほとんど無いという感覚だ。私の所属会社だけではなく、北米の他の会社の人も同じような感覚らしいので文化によるものだと思う。 常に納期が
1. 『プロジェクトマネジメントの基本が全部わかる本』橋本将功 著、翔泳社 2. 『アート・オブ・プロジェクトマネジメント』Scott Berkun 著、村上 雅章 訳、オライリー・ジャパン 3. 『アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣』VenkatSubramaniam,AndyHunt 著、木下史彦,角谷信太郎 監訳、オーム社 4. 『プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版＋プロジェクトマネジメント標準』PMI 著、PMI日本支部 監訳 問題。次のうち、どちらが重要？ 1. 炎上プロジェクトを鎮火する技術 2. プロジェクトを炎上させない技術 修羅場における火消しの技術が1だ。燃え上がって墜落寸前のプロジェクトを制御して、なんとか胴体着陸まで持っていくノウハウである。 一方、プロジェクトを修羅場にさせない技術が2だ。そもそもそんな操縦不
2021年5月11日、AWSジャパンは年次イベント「AWS Summit Online」を開催した。昨年に続いてオンライン開催となったイベントの基調講演では、約3000台規模のオンプレシステムを3年かけてクラウドに移行したDeNAの南場智子取締役会長が登壇。経営と技術の両面で大規模な移行プロジェクトを振り返った講演は、なぜクラウドに移行するのかという疑問に対する圧倒的な説得力を感じられた。 決め手は「インフラエンジニアが創造的な仕事にシフトできる」こと AWS Summit Onlineの基調講演に登壇した南場氏は冒頭、「DeNA migrate」というスライドを高らかに掲げ、オンプレミスからAWSクラウドへの移行完了を宣言。対象となったシステムは大小合わせて300あまりで、毎秒数十万、1日で50億リクエストを受ける規模だ。もちろんデータはペタバイト級で、サーバー台数は約3000台となる。
「システム開発に関わるコストを減らしたい」「テストでバグが多すぎるので何とかしたい」「テスト工程まで来てから手戻りが発生し、現場がどんどん疲弊していく」。これらの悩みは開発に関わるPM・SEであれば誰もが直面することです。「PM/SEのための上流工程戦略会議」では、2事例を挙げ、上流工程において“少しの手間”を掛けることで、品質とコストに大きな効果を上げることができるポイントを共有しました。全4回。1回目は、上流工程で曖昧な仕様をつぶすための3つの方法について。 篠原新治氏の自己紹介 司会者：本日の登壇者はこちらの方々です。今回はテスト・アライアンス事業部の事業部長である石原さんと、エンタープライズ品質サービス事業部金融ソリューションサービスグループの副部長である畠山さんの2名にご登壇いただきます。Q＆Aコーナーのファシリテーターは、グループ開発事業推進部長の篠原さんに務めていただきます。
20年にわたるDXを経てたどり着いた設計思想。リクルートは開発組織を「バリューチェーン」として捉える - はてなニュース
開発組織を柔軟に動かし、エンジニアのパフォーマンスを最大化させる上で、「リーダーシップ」の定義は欠かせません。組織の価値最大化を求められるマネジメントレイヤーならば、どのような形で組織に関わっていくべきか、日頃から頭を悩ませているはずです。 ここで、エンジニアを「率いる」のではなく「支援する」という視点でリーダーシップのあり方を考えたとき、どのような組織のフォーメーションが想定できるでしょうか。 リクルートは、「エンジニアを支援し、エンジニアの生産性を向上させるための組織」として開発組織を定義。結果的に、ピラミッドではなく「バリューチェーン」として組織を捉える、というユニークな発想へたどり着きました。 バリューチェーンの中では、エンジニアの“後方支援”に特化した専門職が開発のフェーズごとに配置され、さまざまなアプローチで組織を下支えしています。その姿はまるでサッカーのフォーメーションのよう
「プロジェクトマネジャーの教科書」とも呼ばれる「PMBOKガイド」第7版の日本語版書籍が2021年11月1日に発売される。第6版は重量が2kgあったが、新版は800gと一気に軽くなった。プロジェクトの流れをまとめたプロセスの記載が姿を消し、プロジェクト運営を成功させる「原理・原則」が前面に出るなど構成が大きく変わったことが影響した。変化が激しい時代に対応するため、開発プロセスにかかわらず活用できるように転換した。 米PMI（Project Management Institute）が発行したPMBOKガイド第7版は、従来版とは全く異なる構成になった。翻訳作業に中心的に携わったPMI日本支部の庄司敏浩標準推進委員会委員は「プロセス中心の構成をやめた」と説明する。 第6版までのPMBOKガイドは、QCD（品質・コスト・納期）をはじめとする要求事項を満たして円滑に成果物を作り上げることを重視して
【書評】「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催していただいたので参加しました | DevelopersIO
コーヒーが好きな emi です。 7 月末～ 11 月末にかけて、私が所属しているチームのマネージャー 横田慎介 さん主導で「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催いただきました。おかげさまで一人では読み切れなかったであろう本が読み切れて嬉しいです。 本記事では開催いただいた輪読会の進め方と、私が「プロジェクトマネジメントの基本が全部わかる本」を読んだ感想を記載します。 既に書評ブログがありますので、詳細はこちらもご参照ください。 書籍タイトル : プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで 著者 : 橋本 将功 出版社 : 翔泳社 出版日 : 2022/11/08 出版社の書籍情報リンク：プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積
イントロダクション 目下、開発中のプロダクトなので詳しいことは書けないのですが、いろいろと気付きの多い出来事だったので、 少し自分自信の振り返りも兼ねて、投稿してみたいと思います。 これは、決してGoよりPythonのほうが優れているとかそういった話ではないです。 今回、自分は開発者というよりプロジェクトマネージャー（以降、PM）という立場になります。 Goの採用 当社のコア技術はPythonなのですが、今回、開発にあたってGoを採用していました。 主な採用理由としては、「プロトコルとしてgRPCを採用するにあたって、gRPCとの組み合わせ事例が多い」からでした。 gRPCの採用理由は、「同時に企画されていた別プロダクト（Python）との連携が想定されており、異なるプログラミング言語間でも型を維持したままデータ交換が可能」なことからでした。 当初は、プロダクトのリリース時期も未定でプロト
ログ調査基盤を構築してみた
こんにちは。 株式会社ココナラのインフラ・SREチーム所属の かず です。 システム運用において、有事の際に迅速かつ適切なシステム稼働状況の確認は欠かせません。 その手段の1つとして、ログの調査や分析の効率化は切っても切れない関係です。 システムが成長するにあわせ、ログの種類や量が多くなり、結果としてログの調査や分析が難しくなるのはよくある話かと思います。 弊社でもサービスのグロースに伴って、ログの種類や量が多くなり、結果としてログの調査や分析で課題を抱えていました。具体的には以下の2点です。 ログから原因調査を行うには、複数ログを横断・突き合わせが必要 ログの追跡に必要な情報がログに出力されない場合がある そこで、課題への対応としてログ調査基盤の構築を行いました。 本記事では背景や苦労したこと、効果についてご紹介します。 複数ログの横断調査実現に向けて ログ調査基盤の構築 苦労したこと
デブサミ2020の1日目、「質とスピード」というセッションが人気を集めた。2019年10月に開催されたEngineering Organization Festival 2019で評価の高かったセッションをアップデートして再演したものだ。登壇したのは、テスト駆動開発者として有名な、タワーズ・クエストの和田卓人氏。ライオンのアスキーアートといっしょに紹介されることが多いという。プロジェクトマネジメントにはQCD（Quality：品質、Cost：コスト、Delivery：納期）という概念があり、トレードオフの関係になると言われている。確かに開発の現場でも、「いまは大事な時期だから、品質を犠牲にしてスピードを優先しよう」といった判断が行われることは少なくない。しかし、和田氏は、ソフトウェア開発の文脈において、逆の効果をもたらすことを、多くの資料を引用して再構築してみせた。 タワーズ・クエスト株式
ちょっと飛躍した話を書こう。 今、海外では、キャッシュレス決済が急速に普及しています。外国人観光客4000万人時代に向けて、大胆な5％ポイント還元で、日本でもキャッシュレスを一気に拡大したいと思います。 pic.twitter.com/OYEK28V9AM— 安倍晋三 (@AbeShinzo) 2019年2月2日 www.itmedia.co.jp ２月に安倍首相がキャッシュレス体験ツイートをし、３月に経済産業省とキャッシュレス推進協議会がキャッシュレスキャンペーンを打ち出した。キャッシュレス・ウィークキャンペーン一覧を見ると分かるが、この時のセブンイレブンのキャンペーンは「メルペイでセブンカフェ11円」という非常に寂しいキャンペーンしか打てていないのだ。ローソンはPontaプラスを打ち出し（アリペイ使えるし）、ファミマはPayPayと連携した一方で、セブンは方向性さえ出せていない。いや、
ハリス駐韓米大使、外交イベントを欠席して新オープンのハンバーガー店で舌鼓 「韓国よりハンバーガーが大事か」と韓国国民激おこ : 痛いニュース(ﾉ∀`)
ハリス駐韓米大使、外交イベントを欠席して新オープンのハンバーガー店で舌鼓 「韓国よりハンバーガーが大事か」と韓国国民激おこ 1 名前：アンドロメダ ★：2019/08/30(金) 21:47:33.69 ID:JC0bZp6a9 ▼ハリス美大使、郷軍イベントキャンセルされた29日、「スェクスェクバーガー」ゲジョムシク参加 ▽事前調整なしにいきなり訪問..40分ランチ シェイクシャック"ハリス大使ゲジョムシク参加知らなかった" ハリー・ハリス駐韓米国大使が在郷軍人会（以下郷軍）など公開イベントがキャンセルされた29日、米国のハンバーガーフランチャイズゲジョムシクに参加したことが確認された。30日、駐韓米国大使館などによると、ハリス大使は前日の午後2時頃から約40分間鍾路区公坪洞（コンピョンドン）に位置シェイクシャック鐘閣点ゲジョムシクに参加した。 ハリスセリフ当日Twitterに「シェイクシ
「プロダクト間共通の React コンポーネントライブラリ」がどうなったか、という話 - SmartHR Tech Blog
こんにちは！ フロントエンドエンジニアの @diescake です！ 1 年程前に @nabeliwo よりこんな記事を公開しています。 tech.smarthr.jp 一言で要約してしまうと、SmartHR の各種プロダクトで一貫したユーザー体験を提供するために、SmartHR UI という React コンポーネントライブラリを実装し始めたよ！ しかも OSS として公開してるよ！ という話でございました。 github.com 本記事では、それから 1 年弱たった今 SmartHR UI がどうなっているか、という話をしつつ、現在の SmartHR UI の運用・開発体制について話をしてみようと思います。 SmartHR UI は成長しているよ！ 2019/08/01 2020/05/21 バージョン v3.9.2 v8.2.0 コンポーネント数1 30 66 ソースコード規模2 3
# フロントエンドエンジニアのステップアップのための集合知 ジュニアとミドルはソフトスキル多めなのでフロントエンドエンジニアに限らなそうです - 期待役割 ... 該当ステップ内での TO BE - できてほしい ... 該当ステップ内での WANT (🔐は次ステップへ進む上では MUST) - 次のステップへの期待 ... 次のステップへ進む上での MUST ## ジュニア (ステップ1) ### 期待役割 - 指示された小さいタスクをこなすことができる - ~3人日くらいの影響範囲の閉じたタスクを想定 - 仕様が決まっている、あるいは不明な場合は質問できる ### できてほしい #### ハードスキル - 初歩的なセキュリティバグを生まない - #### キーワード - XSS - コード内に必要に応じて意図をコメントとして残せる - #### 🔐自立的にファイルや関数を分割ができ
■ クリーンアーキテクチャって難しい。 クリーンアーキテクチャって難しいですよね。 この有名な同心円状の図、何度見てもよくわかりません。右下にある矢印もよくわかりません。 様々な記事を見ても、やっぱり分かるような分からないような... プロダクトに COM 通信が必要になったので勇んでクリーンアーキテクチャを採用したはいいものの、 どうにも理解しきれず泣きながら必死に試行錯誤をしていたところ、 ふと クリーンアーキテクチャは『鎖国』に例えると分かりやすい という事に気が付きました。 本記事では初心者なりにその言語化にチャレンジしてみたいと思います。 ※ なお考え方そのものに着目するため、コードは全く取り扱いません。その点ご了承ください。 またクリーンアーキテクチャは、表面的なメリット(ユニットテストしやすい等) だけを見て批判されてしまうことも有るようです。 その辺りについても少し触れてみ
プロダクトマネジメントを最近は生業としていますが、プロジェクトマネジメントについても必要となることが多くあります。 最近、周囲でもプロジェクトマネジメントが必要な機会を見聞きすることがあり、需要はあるのではないかと思い、私が学んできた知識や経験を書き記してみます。 仕事の終わらせ方は2つしかない プロダクトマネジメントとの違い プロジェクトマネジメントの３種の神器 プロジェクトマネージャーの仕事は不確実性を潰していくこと チームマネジメントについて 「運用でカバー」は最終手段 まとめ 仕事の終わらせ方は2つしかない 新人研修で、仕事の終わらせ方は2つしかないという話を教えてもらいました。その2つは「成果で終わらせるか」、「期限で終わらせるか」です。 （こちらの企業の研修だったと思います http://www.onevision.jp） 言い換えると、あらかじめ定めた成果物が完成した時、ある
アンチパターンその2 「細かすぎるリソース管理」 西郷智史氏：アンチパターンの2つ目は、細かすぎるリソース管理です。先ほど、計画の時にもリソースというキーワードが出ましたが、みなさんはリソースの管理をどのようにしているでしょうか？ よくあるのが、日単位・時間単位でリソースの負荷調整を詳細に行うこと。IT業界でよくやっています。「何にどれぐらいの時間を使ったの？」と後で集計して、この人は設計や会議、管理などにどれぐらいの時間を使っているのか、そういった細かい管理をするケースがあると思います。 （スライドを示して）「Let's Check」の1つ目を見てください。例えば、「Aさんは、Xというプロジェクトに0.5、Yに0.3、それ以外に0.2の割合でアサイン」と、小数点を用いてリソース負荷を管理しているケースはないですか？ マネージャーはよくこのようなことになりがちです。 あとは、すべての負荷が
ソフトウェア開発における品質のメトリクスについて、新旧2冊の本を比べてみました。 1冊は、『初めて学ぶソフトウェアメトリクス』。 原著『Five Core Metrics: The Intelligence Behind Successful Software Management』（Lawrence H. Putnam、Ware Myers著）は、2003年に出版されています*1。 初めて学ぶソフトウエアメトリクス~プロジェクト見積もりのためのデータの導き方 作者:ローレンス・H・パトナム,ウエア・マイヤーズ日経BPAmazon もう1冊は、『アジャイルメトリクス』。 原著『Agile Metrics in Action: How to measure and improve team performance』（Christopher W. H. Davis著）は、2015年に出版されて
「仕事を教えるのがうまい人」が大切にしている3つのこと。「前にも教えたのに……」はこれでなくせる - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
仕事を教わる立場から仕事を教える立場に変わると、抱える悩みも変わります。よく聞かれるのが、以前に教えたことを部下や後輩が忘れてしまって、「また教えないといけないのか」とイライラするという悩み。 コミュニケーション研修講師として4万人以上を指導してきた「教えることのプロ」である濱田秀彦さんに、教え上手になるためのコツを聞きました。 構成／岩川悟 取材・文／清家茂樹 写真／石塚雅人 【プロフィール】 濱田秀彦（はまだ・ひでひこ） 1960年生まれ、東京都出身。株式会社ヒューマンテック代表取締役。早稲田大学教育学部卒業。住宅リフォーム会社に就職し、最年少支店長を経て大手人材開発会社に転職。トップ営業マンとして活躍する一方で社員教育のノウハウを習得する。1997年に独立。現在はマネジメント、コミュニケーション研修講師として、階層別教育、プレゼンテーション、話し方などの分野で年間150回以上の講演を
近年優秀なエンジニアに対して報酬を多く支払う企業が増えてきています。 実際アメリがのAmazonも大幅な賃上げを行い、話題となりました。 日本国内でもエンジニアの年収が高い企業を知りたい！と思っている エンジニアの皆様お待たせいたしました。 年収1000万以上の求人をまとめてみましたので、参考までにご覧ください。 フリービット株式会社 【募集ポジション/年収】 エンジニアリングマネージャー候補：1000万円〜1500万円 【求める人材】 当社の Vision に共感いただき、プロダクトの継続的な成長を支える開発体制を実現するため、エンジニア組織の強化を担っていただける方を募集しています。 組織づくりや人員のマネジメントなどの組織拡大を一緒に担っていただける方を探しています。 【具体的な業務内容】 ・エンジニア組織としての課題発見・解決、及び成長戦略の立案・実行 ・開発チームの体制構築と、そ
昔から「机の乱れは心の乱れ」と言われるように、オフィスの整理整頓ができていないと作業効率が悪くなることは常識的に理解できます。しかし、話はそれにとどまらず、企業経営の基軸をなすものとさえ言えるのです。 ここでは2つの世界的企業、アップルとトヨタ自動車の取り組みから考えてみましょう。 オフィスの乱れがビジネスの乱れに？ オフィスのデスクが散らかっていて、「あれ、あの書類どこ行ったかな？」「黄色のマーカーペンはどこだ？」と探しものをすることがあります。大塚商会の調査によると、ビジネスパーソンがオフィスで何らかの探し物をしている時間は、１年間で150時間にも上っているのです。この150時間は、デスクの整理整頓が行き届いていれば発生しない、純粋に無駄な時間と言えるでしょう。 そればかりではありません。デスクの乱れは連鎖し、オフィス空間全体が不潔で乱雑な状態になりえます。これは、有名な「割れ窓理論」
はじめまして。エンタメ領域のDXを推進するブロックチェーンスタートアップ、Gaudiyでエンジニアをしている@kaa_a_zuです。 早速ですが、質問です。みなさんは、所属している組織のコードを誇りに思い、この先数十年間に渡って使い続けることができると確信していますか？ 私は、この質問をされた場合、顔を背ける自信があります。今回は、私と同じようにこの質問に対して "YES" と答えることが出来なかった人たち、そして 「リファクタリングをしたい」と思っているエンジニアが在籍する組織の偉い人たち に読んでもらいたい内容を書こうと思います。 テーマは、技術的負債の返済方法と技術的負債をためない方法についてです。（かなり長いので、HOWだけ知りたい方は4章から読んでいただけたらと思います。） 1. 一般的な技術的負債とは 2. なぜ技術的負債が発生するのか 3. 技術的負債がもたらす問題点 3-1
デジタル庁は、ダッシュボード開発において品質向上、および設計の効率化に貢献するため、実践ガイドブックとダッシュボード開発ツールのPowerBIのチャート・コンポーネントライブラリを公開します。 資料のダウンロードから取得してください。 公開の目的デジタル庁は、データと根拠に基づいた政策判断・効果の可視化を日本政府内で推進を先導する役割を担っています。その役割の一端を担い、行政や公共機関、民間企業などに従事する方が、わかりやすいダッシュボードを効率的に開発できるように、実践ガイドブック等を提供しています。データをわかりやすく可視化できるようにすることで、多くの関係者間で正しい共通認識を持ち、意思決定の質を向上させ、より良い行動に繋げられるようになることを目的にしています。 実践ガイドブックは、デジタル庁で実践してきた政策データダッシュボードの作成時の知見に加え、行政職員や民間有識者のダッシュ
渡辺輝人 🇺🇦連帯 on Twitter: "都民の皆さんは、とりあえず、監査請求してはどうでしょうか。京都の感覚からすると、東京都民の税金無駄遣いに対する寛容さは異常。 / “五輪招致の「コンサル料」で電通を追及するなら都に監査請求をすべきである: ナベテル業務日誌” https://t.co/hD9lhq3Qcd"
都民の皆さんは、とりあえず、監査請求してはどうでしょうか。京都の感覚からすると、東京都民の税金無駄遣いに対する寛容さは異常。 / “五輪招致の「コンサル料」で電通を追及するなら都に監査請求をすべきである: ナベテル業務日誌” https://t.co/hD9lhq3Qcd
Worse Is Better の精神で Domain Specific なCADを作っている話 - CADDi Tech Blog
私（寺田 @u_1roh）が携わっているプロジェクトについて。 ここでは「金属加工品の多品種少量生産」という文脈の話をします。具体的には、例えば板金加工や旋盤やフライス盤による機械加工などの受注生産をイメージして下さい。 CAD/CAMの理想と現実 製造業では、CADやCAMといったソフトウェアが使われています。この2つは次の役割分担をしています。 CADは、製品の形状や仕様を定義する。 CAMは、製品仕様を満たす加工プログラムを生成する。 この役割分担の理想を突き詰めると、次のようになるでしょう。 CADは、どんな複雑な形状でも表現できる高い自由度を持ち、実際に用いられる加工法を仮定することなく、製品の仕様を表現する。 CAMは、どんな複雑な形状でも受け入れることができ、寸法公差や幾何公差を反映した加工プログラムを生成できる。 CAD界隈は、この理想に向かって進化を推し進めようとしている
多分、3年後に同じ内容で記事を書こうとすると違ったものになるんだろうと思いつつ、間違いを正しながらブラッシュアップしていけたら良いというマインドで今正しいと思うことを記していこうと思います 共通マインド 心理的安全なチームであること 心理的安全なチームとは決して生ぬるく仲良しなチームの事ではない 活発に意見・議論することで最適解を導き出し、納得感を持って仕事ができる環境であること（結果的に仲良しであることは大歓迎） リスク提言を賞賛するべし、結果的に起きなかったことに後ろ指をささず、単純に喜ぼう 指摘があることをそれ自体が素晴らしいことであると理解しよう 「なんとなくダメな気がする」という指摘には掘り下げる努力をみんなでしよう マネージャーやリーダーは権力者ではなく、ただの役割である マネージャーやリーダーがこう言うから正しいという誤解はなくそう マネージャーやリーダーが間違ったことを言っ
TOPインタビュー米MSと日立で品質を極めてきた2人が、マネーフォワードCQOに就任。日本企業が囚われている品質保証の呪縛とは？ 株式会社マネーフォワード CQO 池田 暁 2002年に日立グループに入社、情報通信系、医用系、自動車系と多様なドメインにて品質保証活動を推進。Web業界に転身後、マネーフォワードに入社。社外ではNPO法人ASTER理事やJaSST実行委員等活動中。著書には、『実践ソフトウェア・エンジニアリング 第9版』や『SQuBOKガイド V3（共著）』、『[改訂新版]マインドマップから始めるソフトウェアテスト（共著）』がある。 株式会社マネーフォワード CQO 高橋 寿一 MicrosoftやSonyにて、ソフトウェアテスト業務や品質担当部長を務める。Microsoft退社後にフロリダ工科大学大学院に入学し修士号（ソフトウェア工学）を、その後広島市立大学にて博士号（情報工
エンジニアリングマネジメントトライアングル エンジニアリングの話をする前に、プロダクトマネジメントトライアングルという言葉と聞いたことはありますか？ それは、プロダクトマネジメントという言葉の定義、責任をまとめたグラフィックモデルのことです。これはプロダクトマネジメントを探求するために作られました。 かたやエンジニアリングマネジメントも組織やフェーズによって役割が違う、責任もさまざまということから、プロダクトマネジメントトライアングルと同じように思考を整理できるのではないかと考えました。*1 では、このトライアングルをエンジニアリングマネジメントで作るとどうなるのか。Engineering Manager Meetup の有志が作ったので紹介します。 エンジニアリングマネジメントトライアングル 中心にエンジニアリングを置いて、テクノロジー、プロダクト、チームでトライアングルを構成しています
改善活動ができないことにモヤモヤしてた 中川勝樹氏（以下、中川）：実は今日最初にみなさんに聞こうと思っていた話が、さっそく質問で上がっていて、「みなさんの仕事のやりがいについてお聞きしたいです」と来ています。具体的に、みなさんQAエンジニア、SETエンジニアとして仕事をされている中でのやりがいはどういうところに感じるかというお話をそれぞれお聞きできればと思いますけど、どなたからいきましょうか？では鳥越さんから聞いてみていいですか？ 鳥越健太氏（以下、鳥越）：はい。ちょっと先ほども紹介したんですけど、私は前職で開発をやっていまして、そのときはだいたい納期だったりマルチタスクだったり、タスクをいっぱい抱えている状態でやっていたので、開発のプロセスやテストに関する内容にあまり注力できなかった部分がありまして。モノを完成させるためだけにがむしゃらにやっていて、改善活動に対するモヤモヤがあったと。や
みなさんこんにちは。 私は プレイド のエンジニアの大平(おおひら) (@Victoria_Peak_) と申します。 7年勤めた野村総合研究所を辞め、2018/07〜現在まで 株式会社プレイド で勤務しています。 twitter.com 日々の活動内容(プログラミング・SaaS/SIer・ロードバイク・減量など)をつぶやいたりしておりますので、本エントリを読んで興味を持たれた方は、twitterでフォロー、リプライ、メッセージなどをいただければと思います。 基本すぐに回答します。 今回は下記の本ブログのメインストリームである「SIer/年収1000万を手放した私」シリーズをお休みして、スピンオフとして執筆します。 www.taihey-blog.com 0.エントリ執筆のきっかけは twitter 今回のテーマで執筆しようとしたきっかけは、twitter上のこんなやり取りがきっかけでした
タスク管理、ファイル共有もできるプロジェクト管理ツール「Backlog」。それを使っている人たちのためのイベント「Backlog World」。クラスメソットの大橋氏が、前半ではプロジェクトマネジメントをする前に何をマネジメントすべきなのか、その注意ポイントを紹介。後半はプロジェクト開始後に必要なことについて話します。 腹を割って話して進めていくことが非常に重要 大橋力丈氏：ここから1つ事例を紹介したいんですけれども。これはリクシル様です。写真に写っているのがこのプロジェクトのプロダクトオーナーであるリクシルの佐々木さんという方です。 この方からまず問い合わせをもらいまして、実際にどんなことを解決したいのかというと、今宅配ポスト、宅配問題というのはけっこう大きいんですけれども。宅配ボックスであるスマート宅配ポストは、もうすでにデバイスとしてあります。 ただこれをホームネットワークにつなげて
「プロジェクトのリスクを洗い出しきれていますか？」 この問いに自信を持って「Yes」と即答できる方は以降を確認いただく必要はありません。 「No」もしくは「Yes」と答えるのにちょっと躊躇した方はざっと目を通していただけると、何らかの気づきがあるかもしれません。 ここからは、独立行政法人情報処理推進機構（IPA）が公開している資料を紹介していきたいと思います。 紹介資料 資料名：ITプロジェクトのリスク予防への実践的アプローチ 利用対象者：情報システムの企画、情報システムのプロジェクトマネージャー、PMO、設計者等 特徴：ITプロジェクト目標達成を阻害する事柄をリスクととらえ、リスクとそのリスク発現の要因を中心にすえ、リスクの発現を防ぐために”リスク発現の要因”に対してどのような予防策を打つかその予防策の効果をどのようにとらえるかと”リスク発現の要因”に対してその兆しをどう把握するかの関係
プロジェクトマネジメント講座の全体像｜コーヒー好きのPM
本noteでは、プロジェクトマネジメント講座（以下、プロマネ講座）の全体像を説明します。 ◆変更履歴◆ 2024.05.19 初版公開 2024.05.23 一部表現修正、記事リンク追加 プロマネ講座の概要プロマネ講座では、システム開発プロジェクトのマネジメントノウハウをnoteの記事で説明していきます。 この「システム開発プロジェクトの」というのが最大の特徴です。というのも、本屋さんでたくさん見かけるプロマネ関連本は、そのほとんどがシステム開発を題材にしていません。プロジェクトマネジメントは業界を問わず有益なスキルであり、建設や自動車、医療や食品など様々な業界で使われています。そのため多くのプロマネ関連本は、業界を問わず利用可能なプロマネノウハウの説明が中心なのです。 そうなると、システム開発現場のプロジェクトマネージャーは困ります。システム開発プロジェクトならではの ・プロジェクト計画
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
世界一わかりやすいClean Architecture - nuits.jp blog
知識不足、無茶ぶり、属人化──プロジェクトマネージャーが直面する3つの課題を乗りきるスキルセットと考え方
やはり俺の「質 v.s. スピード」はまちがっている。 #eof2019 - 名前考えるの苦手
エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
しなくていい失敗を回避する『プロジェクトマネジメントの基本が全部わかる本』
PMBOKとは？第7版でPMBOKの内容が劇的に変更された理由
納期がなぜ生産性をぶち壊しにしているのか？｜牛尾 剛
【「スゴ本」中の人が薦める】ITエンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける4冊
経営と技術の両面でクラウド移行を語るDeNA南場会長の説得力
上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント
2kgから800gに激減、教科書「PMBOK」新版に何が起こったのか
Goで開発していたが、途中でPythonに切り替えた件を振り返る。 - Qiita
ソフトウェア開発の「品質vs.スピード」、本当は何を犠牲にしているのか【デブサミ2020】
7pay事件の原因は経済産業省なのでは？ - まなめはうす
フロントエンドエンジニアのステップアップのための集合知 - HackMD
Clean Architecture の勘所は『鎖国』だ。 - Qiita
実践プロジェクトマネジメント - SaaSベンチャーで働くエンタープライズ部長のブログ
“細かすぎるリソース管理”が「いかにメンバーに空きを作らせないか」という思考の原因になる プロジェクトマネージャーが陥りがちなアンチパターン回避法
従来とアジャイルで、品質メトリクスには本質的な違いがあるのではないか - ソフトウェアの品質を学びまくる
年収が1000万円以上のエンジニアの求人をまとめてみた - Qiita
オフィスの整理整頓で業績アップ アップル、トヨタの事例から | 自社ビルのススメ
借りたものはきっちり返す。技術的負債への向き合い方 - Gaudiy Tech Blog
ダッシュボードデザインの実践ガイドブックとチャート・コンポーネントライブラリ（ベータ版）｜デジタル庁
自分が今開発チームを持つとしたらどういうチームを作るかまとめ - Qiita
米MSと日立で品質を極めてきた2人が、マネーフォワードCQOに就任。日本企業が囚われている品質保証の呪縛とは？
【EM必読】エンジニアリングマネジメントトライアングルの考察：序 - STEAM PLACE
LINEのQAは開発に積極的に入っている 開発品質を支えるエンジニアの役割と働き方
障害対応という花形 - 毛並みの揃った話はないけれど
トラブル時こそ一番冷静に クラスメソッドのPMが現場の経験から話すマネジメントに本当に必要なこと
プロジェクトリスク検知のヒント | DevelopersIO