ソフトウエアエンジニアの組織と文化｜Suguru Namura
こんにちは、LayerX の suguru です。 LayerX に入社して6ヶ月が経ち、LayerX の文化を肌で感じながら、開発の現場に触れてきました。本日は LayerX の羅針盤のアドベントカレンダーということで、ソフトウエアエンジニアの組織と文化について最近個人的に感じていることを書こうと思います。 LayerXの羅針盤については、下記のスライドをご覧ください LayerX の爆速文化についてLayerX に入社してまず感じたことが、何よりも開発の早さに強いこだわりがある、ということでした。社内の至るところで「爆速」という単語が飛び交い、ただ言葉だけでなく実際の開発も爆速に実行されています。この速度は、ある程度の規模の持った組織から見ると、驚異的であり、LayerX の大きな競争力になっていると感じます。 この爆速文化は、LayerX の羅針盤にもあるように「まずプロダクトから
デジタル庁 = ホールディングス側情シスなのでは？説～日本的な組織構造と横断組織を機能させる事の難しさ～
中野 仁 (AnityA) @Jin_AnityA おお…。 デジタル庁は大企業のホールディングス側のIT部門に構造的に似てる気がする ・国会が取締役会、各省庁が事業部門、そして、更に自治体というグループ会社という板挟み ・外注化が進み内製能力が要件に対して足りない asahi.com/articles/ASQ4R… 2022-04-23 13:47:45 中野 仁 (AnityA) @Jin_AnityA ・事業部門・子会社の実権が強く、後ろ盾の取締役会も方針が移り変わる ・権限、予算が大きくある訳でもなく、あったとしても説明責任を大量に負う(会議漬けの原因) 横断型組織として宙に浮きやすく、的にされやすい 民間企業レベルでも起きる事が公共でおきる mag2.com/p/news/536324 2022-04-23 13:52:53
STORESを支える「運用週」という仕組み - STORES Product Blog
みなさんは「保守・運用」と聞くとどのようなイメージをお持ちでしょうか？ もしかしたら良いイメージをお持ちでない方もいらっしゃるかもしれません。 しかし、売り上げを生み出している既存コードの保守運用はビジネス上、新規機能開発と同等かそれ以上に重要な存在です。 保守運用は歴史あるサービスでは欠かせない作業ですが、STORESもその例外ではありません。 STORESの最初のコードが書かれてから、8年の歳月が経ちました。 今となってはコードの量も多く、今年(2020年)の8月に入社した私(@zakky)も全体を把握しきれてはいません。 STORESにジョインした最初の1ヶ月間、「商品の在庫数を一括で更新する機能」の開発に私は専念しており、その他の機能のコードを触る機会がほとんどありませんでした。 目の前のチケットを消化していくのに必死で、周りを見る余裕が無かったとも言えます。 「運用週」との出会い
リモートワークは「組織記憶」と「組織学習」の危機かもしれない!?：これは「ITオンチで、家庭にも居場所がなく、リモートワークを攻撃したいオジサマ」のためのロジックではない!? | 立教大学 経営学部 中原淳研究室 - 大人の学びを科学する | NAKAHARA-LAB.net
リモートワークは「組織記憶」と「組織学習」の危機かもしれない!?：これは「ITオンチで、家庭にも居場所がなく、リモートワークを攻撃したいオジサマ」のためのロジックではない!? リモートワークは「組織記憶」と「組織学習」の危機かもしれない!? ・ ・ ・ 経営学には「組織記憶」と「組織学習」という概念があります。 ここで「組織記憶」とは、「組織のメンバーが何らかの知識を獲得し、それらが共有され、記憶されたもの」と定義します。 このように組織メンバーが、「組織記憶」をつくりあげていく過程で起こるのが「組織学習」です。「組織学習」とは「組織メンバーで生まれた知識などが、組織メンバーに共有され、組織の決まり事になり、活用されていくプロセス」のことをいいます。組織学習の結果、生まれるもののひとつが「組織記憶」です。 ▼ たとえば、今、10人で構成される職場のうちの「Aさん」が、何かの「仕事のやり方」
自己組織化チームにおける協調的意思決定
原文(投稿日：2020/02/06)へのリンク 自己組織化チームにおいて、メンバが持つすべてのポテンシャルを発揮する機会を与えることは、今日の企業が成功を収める上で最良の方法だ、とLorenzo Massacci氏は主張する。Agile Business Day 2019で、氏は、自らを組織化するチームが継続的かつ効率的な意思決定を可能にする方法について講演した。 協調的意思決定(Collaborative decision-making)は複雑なアクティビティだ。講演の中でMassacci氏は、このような決定を行うための方法として、コンセンサス、多数決、独裁的決定、同意(consent)など、さまざまなアプローチを紹介した。 状況を理解しながら、ひとつひとつの方法を意識的に適用せよ、というのが氏のアドバイスだ。 自己組織化チームによる効果的かつ効率的な意思決定を可能にするためには、意思決
オンライン組織における「信頼と対話」の重要性｜idearium cast #3 | idearium | 組織イノベーションの方法論を問い直す
ideariumのポッドキャスト（音声メディア）の第3弾をリリースしました。普段はその週に公開した記事の掘り下げがメインですが、今週は新型コロナウィルスの感染拡大を受けて、リモートワーク・テレワークが前提となる「オンライン中心の組織」において、組織デザインと組織開発のアプローチがどのように変化するか。組織における「信頼と対話」の重要性について、安斎とミナベでお話しさせていただきました。いつものように和やかな雰囲気でお喋りしていますが、とても大事なことをたくさん話した気がするので、まだ聴いたことがないかたも、ぜひ聴いてみてください！ ポッドキャストの大まかな話題の流れは以下の通りです。 コロナ感染拡大に対するミミ＆グリの対応リモートワークによって組織の在り方はどのように変わるか組織開発と組織デザインのアプローチの変化が起こる情報と意思決定の流れをいかに設計するかが重要組織デザインは邪推によっ
なぜ、組織のつくりとソフトウェアアーキテクチャは似てしまうのか - Qiita
このエントリーは、Engineering Manager Advent Calendarの25日目、最終日の記事です。 はじめに 拙著「エンジニアリング組織論への招待」では、ソフトウェア自体の構造とソフトウェアを作り上げる組織の構造が似てしまうという「コンウェイの法則」についてたびたび引用しました。 この「コンウェイの法則」は、ある一定規模の組織で働いたことのあるエンジニアであれば、実感を持って捉えることができるのでしょう。 しかし、何故、どのような力が働いて、「組織構造」と「ソフトウェアの構造」が似通ってきてしまうのかと問われると説明の難しいものです。 拙著においては、ロナルド・コースの取引コスト理論をベースに、社内取引においても取引コストが存在し、その取引コストがソフトウェアの構造をも変えていくという説明を行いました。 本記事は、さらに踏み込んで、組織やビジネスに働く力学と、システムで
【自戒】こんな組織じゃオワコンだ。と、ミラティブ社で意識・実践している16のこと【逆張り】｜akagawa.junichi 赤川隼一
＊当記事は、登壇資料の補足記事である。長文につき、時間がない方はこちらの資料のみ版だけでもご参照いただけると嬉しい。 週末、「エモさが作る組織」というテーマでフジテレビのプライムニュースαにミラティブ社を特集いただいた。 ちょっとエモフォーカスで実態よりだいぶ陽キャっぽく見える感じだったけどｗ、ミラティブはとにかくエモい会社にしたいと思って作ったのは事実だ。 先週はセガから元取締役CSOの岩城さんを迎え入れる発表をしたこともあり、まだまだながら「組織力」についてForbesに記事にしてもらったタイミングでもある。 「採用候補者様への手紙」もミラティブなりの正直な組織の現状をつづったものだ。 そんな折、登壇で「思考法」をテーマにお題をいただき、ちょうど最近の考えをまとめたので、outputしておく。 （何かに時間を使ったらとにかく最大限活用したいケチな性格なのだ…） 資料中にもあるが、登壇資
成長し続けるサービスや組織に会計システムをどう合わせる？ メルカリが出した「Accounting Products」という答え | mercan (メルカン)
成長し続けるサービスや組織に会計システムをどう合わせる？ メルカリが出した「Accounting Products」という答え こんにちは、Corporate Solutions Engineeringグループ（以下CSE）で Product Managerをしている津田です。 僕が所属するCSEグループでは「組織づくりの課題を技術で解決する」というミッションのもと、以下の3つのチームに分かれてそれぞれの業務を進めています。 People Products・・・組織や人事評価関連のプロダクトを開発する Communication & Knowledge Products・・・社内の知識や情報の流通を促進する PR & Branding・・・コーポレートサイトなど、会社が運営するWebサイトを開発する 先日、その中で新たに「Accounting Products」というチームが誕生しました！
採用とか退職とか評価に関するよもやま話
こんにちは。@ryuzeeです。 以前に、採用プロセスを真剣に考えろという話を書きましたが、ちょっと関連する話を書こうと思います。 採用に関するメトリクスを取ろう採用プロセスに真面目に取り組んでいる会社ならやっていると思われますが、採用活動をするにあたってはメトリクスを取ることが望ましいです。特に成長中の組織でたくさんの人を採用したい場合や、ある一定規模の組織でそれは顕著です。取るべきメトリクスには以下のようなものがあるはずです。 総応募者数採用媒体別応募者数エージェント別紹介者数社員の紹介によって応募が来た数自社の採用サイトから応募が来た数各属性で書類選考を通った数各属性で一次面接を通った数各属性で二次面接を通った数 (ここは各社によって何回面接があるか違いますが…)各属性で最終面接を通った数 (同上)プロセスの途中で辞退した数オファーを出した数オファーを受けた数オファーを辞退した数各採
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
リモートチームのメンバーが気をつけている常識ではありえない４つの習慣 | Social Change!
リモートチームとは、物理的に離れた場所で働きつつもチームワークを発揮して、チームで助け合って成果を出していく働きかたです。私たちソニックガーデンでは、リモートチームを５年以上続けてきました。 この記事では、私たちが経験から学んできたリモートチームを実現するときにメンバーが気をつけておくと良いだろうと思う４つの習慣について書きました。 １）仕事に関する「雑談」をして連帯感を出す習慣 チームビルディングの第１歩は、チームを構成するメンバーをお互いに仲間だと認識することから始まります。それはたとえリモートチームであっても同じことです。 もしオフィスにいれば、飲み会や食事の機会があったりして、お互いのことをなんとなく認識することが出来るのかもしれませんが、リモートではそうはいきません。 そこでリモートチームでは、互いに認識しあう機会として、あえて仕事の合間に雑談をするよう気をつけています。雑談とい
自己組織的なScrumチームの目指し方
今年3月に出した新書『逆説のスタートアップ思考』の内容を抜粋しながら、一年ぶりに改訂してコンパクトにしました。 1. 不合理なアイデアのほうが合理的 2. 難しい課題のほうが簡単 3. ややマイルドなカルトであれ 4. 多数の Like より少数の Love を 5. 競争は負け犬の戦略 - 独占せよ 6. ホームランになるアイデアを選ぶ 7. アイデアは考えるのではなく気付くもの 京都大学 情報学同窓会の超交流会2017で発表した資料です。昔のスライドはこちらにあります。 https://www.slideshare.net/takaumada/startup-paradox-thinking
KAIZEN platformが伊藤直也氏とやってきた、開発現場の暗黙知をなくすチーム運営術【連載:エンジニアの幸せな職場】 - エンジニアtype | 転職type
2014.03.24 働き方 エンジニアにとって、本当に「働きやすい環境」ってどんなのだろう？ という疑問を解消すべく、組織づくりや職場環境に秀でたTech企業にインタビューを敢行するこの企画。インタビュアーは、エンジニアのためのポートフォリオサイト『Forkwell』や、エンジニア目線の求人・転職サイト『Forkwell Jobs』を運営する株式会社garbs取締役おおかゆかさん。エンジニアが「幸せに働ける職場」のあり方を探る！ 株式会社garbs 取締役 Forkwellプロダクトマネージャー おおか ゆかさん 関西学院大学経済学部を卒業後、独立系SIerを経てインフォシーク社に入社。楽天による買収後も含めて、インフォシークのログイン周辺機能や各種コミュニティサービスの開発を担当。その後フリーランスとして活動、業務委託で入ったgarbsで提案したエンジニアのスキルマッチングの企画が採用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
組織に良い開発文化を植え付ける「Software Engineering Coach」という役割 / Role as Software Engineering Coach for better development culture
https://jp.pg.com/about/images/wbc-manual.pdf
https://qiita.com/shin_semiya/items/a2c0339d2a5e32eaf7db
大規模スクラムの失敗から学んだこと #AgileJapan2015
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type