自身を破壊し続けること――さくらインターネットの田中社長が語る「変化に強い開発組織」の条件
自身を破壊し続けること――さくらインターネットの田中社長が語る「変化に強い開発組織」の条件：ソフトウェア・ファーストな組織へ（1/3 ページ） AI活用やDX（デジタル・トランスフォーメーション）、アズ・ア・サービス化によるサブスクリプション・モデルの導入など、テクノロジーを駆使した新たなビジネスがさまざまな業界を席巻している。今まで非IT企業だった企業群もソフトウェア開発をコア・コンピタンスにしていく必要に迫られる中、組織全体でITシフトを進めるためのステップを書き記したのが及川卓也氏の著書「ソフトウェア・ファースト」（日経BP）だ。 及川氏は執筆に際して、ソフトウェア・ファーストを実践することで各業界に新風を吹き込んできた日本企業に取材を実施。デジタル変革のあるべき論だけではない、リアルな実情を踏まえたソフトウェア開発力向上のヒントを探った。 今回紹介するのは、さくらインターネット社長
無能な同僚と働くということ。 - WETな備忘録
君へ、 つい最近まで、南米で3ヶ月ほどデータエンジニアとして仕事していた。Tシャツで帰ってきて震えた。寒くて。 僕にとって2019年は、あんまりいろんなことが無かったくせに、いや糞ヒマだったからこそ、いろいろ考えることが多い1年だったと思う。最後の3ヶ月以外は、基本的にヒマだった。 過去に僕はベルリンで1年ほど働いていたこと*1があり、まあ結論からいうと音を上げて、日本に逃げ帰ってきた。何がそんなにしんどかったかというと、ベルリンは十分英語で生活できるとはいえ、ドイツ語関連のトラブルシューティングに付き合ってくれるドイツ人の友人を作ることができなかったというのが大きいが、そういう人間関係を構築することが出来なかったことも含めて、当時所属していた会社の上司および同僚と上手くいかなかったのが致命的だった。 とくに、エンジニアの同僚氏、つまり君は、まったく許せなかった。 あれからもう3年も経ち、
フロー効率性とリソース効率性について #xpjug
6. リソース効率性とフロー効率性 A A A A A A A A A A A A A A A B C B C B C B C B C B C B C B C B C B C B C B C B C B C B C A A A A A A A A A A A A A A A B B B B B B B B B B B B B B B C C C C C C C C C C C C C C C 月 火 水 木 金 月 火 水 木 金 月 火 水 木 金 月 火 水 木 金 月 火 水 木 金 月 火 水 木 金 リリースまでのリードタイム 1w リリースまでのリードタイム 2w リリースまでのリードタイム 3w リリースまでのリードタイム 3w リリースまでのリードタイム 3w リリースまでのリードタイム 3w A機能、B機能、C機能の実装それぞれ15人日かかる場合 7. リソース効率性とフ
ビジネス、テクノロジー、クリエイティヴの バランスをとるには？｜深津 貴之 (fladdict)
Line Developer Day 2019にて、「ビジネス、テクノロジー、クリエイティヴの バランスをとるには？」という発表をしました。そのスライドや補足など。 この登壇では、下記のようなことについて話させていただきました。 ・ビジネス、テクノロジー、クリエイティブ視点で、経営レイヤーからどうバランスをとり連携していくか？ ・定性的な判断、定量的な判断、その両者のバランスをどうとるか？ 端的にいえば、この問題に銀の弾丸はありません。開発手法というよりも、地道な意識共有、価値観共有があるのみかなぁと思います。 あと現場からボトムアップするというよりは、経営者がしっかりやるべきことかなぁと。決算書の数字しか見れない経営チームというのは、あんまりよろしくないし、それを直すのは経営レイヤーの責務かなと。 売り上げだけとか、DL数だけを見ると、サービスはどんどん歪んでいきます。数年ぐらいは大丈夫
1on1.md
1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい
エンジニアリングマネージャーはエンジニアリングがわからなくてもよいのか
エンジニアリングマネージャー界隈でよく聞く話マネージャーは役割であって上下関係ではないマネージャー＝エラいという不文律が存在している組織がまだまだ多い。そうではないと言ったところで給与体系が違ったり、組織上ツリー構造の上位に位置していたりする。マネージャーになることを「昇格」と呼んでたりするのは、こういう風習の表れだったりする。 それにしても「部活のマネージャー」と聞いて上下関係を思い浮かぶ人はいないのになんで「組織のマネージャー」になると話が変わるのだろうか。部活のマネージャーは仲間だけど、組織のマネージャーは仲間だと思えないのかもしれない。 ところが少し前からWorks Rulesの影響などもあって、徐々にマネージャーというものが見直され始めてきているように感じる。役職としてのマネージャーから役割としてのマネージャーへと目線が移ってきた。 自分もそういう考え方のほうが好きで、メンバーと
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
2. 自己紹介 • ところてん • @tokoroten • 株式会社NextInt 代表 • 怪文章職人 • 最近の活動 • データサイエンティスト養成読本ビジネス活用編 • Veinという自社サービスをリリース • 最近のお仕事 • 機械学習顧問（４社） • モバイルミドルウェア企業 • ECプラットフォーム企業 • データ分析企業 • FinTech企業 • 新規事業コンサルティング（1社） • ゲームディレクター(1社) ↓共著 ↓寄稿↓共著 3. この発表について • ところてんが最近考えていることを雑多に話します • 雑談を促進するためのVeinというサービスを開発しています • https://open.vein.space/ • グループ用のソーシャルブックマークサービス • SECIモデルにおける共同化支援を狙って作っている • 最近ユーザ数が2300人を超えた • Ve
「心理的安全バブル」にご注意を!! : 心理的安全とは「チームで仲良くぬるま湯につかること」ではない！ | 立教大学 経営学部 中原淳研究室 - 大人の学びを科学する | NAKAHARA-LAB.net
「心理的安全バブル」にご注意を!! : 心理的安全とは「チームで仲良くぬるま湯につかること」ではない！ 「最近、”心理的安全”が大事とも言いますので、やっぱりチームで仲良くしなきゃね」 「”心理的安全”が、とにかく重要ですので、安心・安全な労働環境をつくらなきゃね」 ・ ・ ・ ここ数年のことでしょうか・・・心理的安全（Psychological Safety）という概念が、人事・人材開発・組織開発の領域では、よく語られるようになってきています。 後にみるように、心理的安全は、もともとは歴史の古い（少なくとも２０年ほど）概念です。が、最近になって、某ＩＴ企業、いわゆるひとつの「グーグル様」が、この概念を、独自に、「自社のデータ」をもちいて研究したことがきっかけになって、よく知られるようになってきたのです。 よくセミナーなどでは、 「グーグルが提唱している心理的安全」 といったかたちで、この
「情熱を探そう」というアドバイスはもうやめよう
2005年のスタンフォード大学の卒業スピーチで、スティーブ・ジョブスは仕事について「たまらなく好きなことを探そう (You’ve got to find what you love)」と説きました。そして彼は「まだ見つけていないのなら、探し続けよう」と続けます。言い換えれば、「情熱を傾けられる仕事を探そう」というアドバイスを、社会に出ていく学生たちに送っています。 https://news.stanford.edu/news/2005/june15/jobs-061505.html私もスティーブ・ジョブスのような起業家をゲストとして講演にお招きして、学生の皆さん向けに話をしていただくことがあります。そんなとき、学生から最も頻繁に出てくる質問は、 「やりたいことが見つからないのですが、どうすればいいでしょうか？」 というものです。起業家が来るたびに、その質問は繰り返されます。それに対して「探
グレードイメージ具体化のため昇格理由を公開する
スマートロック開発におけるSLI/SLOを用いた解錠体験の改善 / Improving the unlocking experience using SLI/SLO in smart lock development
日本製リュックが全アジアで大ヒット、偶然と必然とこだわりが生んだお化け商品
ものつくるひと 「ものつくるひと」は、画期的製品・サービスの開発に取り組む担当者の横顔に迫る『週刊ダイヤモンド』の人気連載です。「もの」とは文字通りの「物」だけではなく、店舗の開発、新サービス、規格など、広めに定義してお届けします。 バックナンバー一覧 ワインボトル2本がクロスする黒いロゴに小さく「anello（アネロ）」と刻まれたリュック――。これを背負って歩く人が急増している。色も柄もさまざまだが、上部の開口部に沿って口金が入っており、ファスナーを開けると大きく全開できるデザインは皆同じ。若い女性のみならず、男性にも、さらに日本のみならずアジアでも、爆発的にこの光景は広がっている。 人気の理由は圧倒的なコストパフォーマンスの良さだ。メーカー希望小売価格で4500円台という安値なのに、丈夫で荷物がたくさん入り、大きなポケットが付いていて収納しやすい。本体の重量は500ミリリットルのペット
２つのDXと技術的負債-YAPC Tokyo 2019
「エンジニアリング組織論への招待」はビジネス書としても技術書としても評価された。これら二つは別のことなのだろうか。それをも同じものなのだろうか。 この講演では技術者体験DXと企業のデジタル化のDXの２つを橋渡ししていく。 「エンジニアリング組織論への招待」の骨子である、不確実性を恐れる人間の本能を乗り越えて、それらに向き合える組織を作ることによって生産的なチームができる。 そして、ソフトウェアを作るとは、「認識に齟齬がないほど明晰な言語に書き下すこと」であれば、これは情報の非対称性を減らすというコミュニケーションそのものだろう。 このコミュニケーションのコスト構造をそのまま、システムの構造に当て込んでしまうというのを「コンウェイの法則」と呼ばれている。 組織構造の問題が、システムへと転移して、コントローラビリティを喪失すること。これが技術的負債の真実であるなら、これはありふれた経済現象であ
積極性と強い問題意識を要求する「振り返り」は、もうたくさん - Qiita
「この人たちのために成長したい」といつも自分を駆り立ててくれる、大好きな職場のみなさんに本稿は捧げます。 はじめに これからの人生で、チームで「振り返り」をする可能性が1％でもある方々に本稿は贈らせていただきます。 皆さんの「振り返り」が行われる前にもう一度、読んでいただき、参考にしていただければ幸いです。 「振り返り」への違和感 「積極性」と「強い問題意識」を持ったメンバーがいることを前提とした方法論ばかりが叫ばれることに私は強い違和感を感じています。 その目的や背景は置いといて、「過去に起きた出来事をチームメンバーと共に目を向ける過程全般」を本稿では「振り返り」と呼びます。 業務改善、PDCA、KPT、スクラムのレトロスペクティブ、といった過程の一部に含まれており、「振り返り」は広く知られた活動と言えます。 しかし、これらの内容は、 「問題があれば主張し、必ず、議題にあげる」という個人
どのようにエンジニアの目標設定を行うか - $shibayu36->blog;
以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする
Google re:Work - ガイド: OKRを設定する
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
Google re:Work - ガイド: 「効果的なチームとは何か」を知る
Google に限らず、多くの組織では、仕事のかなりの部分をチームによる共同作業で進めています。チームは真の成果を生み出す最小の単位で、画期的なアイデアが生み出され評価される場です。従業員はほとんどの仕事をチームの一員として行います。しかし、チームの対人関係に問題が生じたり、メンバーのスキルが適切でなかったり、あるいはチームとしての目標が明確でなかったりすると、生産性の低下やメンバー間の摩擦が生まれるといった問題が生じかねません。 Google のピープル アナリティクス チームは、「Project Oxygen」というリサーチ プロジェクトによって、「優れた上司の条件」を突き止めることに成功しました。このプロジェクトの成功を受けて、Google の研究者はその後、Google 社内で効果的なチームの特徴を明らかにするため、同じ手法を用いて新たなリサーチを実施しました。アリストテレスの言葉
らいおんの隠れ家 : ポール・グレアム「クリエイターのスケジュールと経営者のスケジュール」 - livedoor Blog（ブログ）
ポール・グレアム「クリエイターのスケジュールと経営者のスケジュール」を翻訳しました。 原題はMaker's Schedule, Manager's Scheduleで、原文は http://www.paulgraham.com/makersschedule.htmlです。 翻訳にあたり、TeX様、h小林様のアドバイスをいただいています。ありがとうございます。 英語に強い皆様、人力検索やコメント欄でのアドバイスをよろしくお願い致します。 クリエイターのスケジュールと経営者のスケジュール Maker's Schedule, Manager's Schedule 2009年7月 July 2009 プログラマが大の会議嫌いである理由の1つは、プログラマのスケジュールは他の人とは異なるからだ。会議はことにプログラマにとって負担となる。 One reason programmers dislike
効果的な 1 on 1 ミーティングのためにマネージャができること
2016 年に逝去した、元 Intel CEO の Andy Grove による High Output Management の日本語訳が復刊され、さらに Hard Things の Ben Horowitz の序文がついたことで、改めてスタートアップ界隈でも 1 on 1 (ワンオンワン) ミーティングの効果が注目され、各社や各人の 1 on 1 のノウハウが共有されるのではないかと期待しています。 Y Combinator の Sam Altman はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
「ヤフーの1on1」を読んだ - けんちゃんくんさんのWeb日記
最近1on1を数人とやっているのだけど、うまくできている感じがないので読んでみた。 読んでみて、よいと思ったところ、自分がやろうと思ったこと、足りない・できてないと感じたところをメモしておく。 1on1の一つの目的は「経験学習を促進する」ことであり、内省と概念化をすることを助ける。 最初の質問を決めておくことで内省を前持って始めることを促せる。 自分が相手の状況を理解するための質問を控える。あくまでも相手が「内省」を通して成長することが目的だと忘れない。 抽象的なところやあいまいなところを明確にするための質問によって、具体的な言葉を引き出す。 沈黙を恐れない。 「私」を主語にして話してもらうように促す。こちらからの質問でも主語を省略しない。 相手の「感情」を無条件に認める。感情はその人のもの。 コーチング、ティーチング、フィードバックはそれぞれ必要なスキルもそれによって目指す相手の状態も違
Why your programmers just want to code | HackerNoon
Too Long; Didn't ReadWhen I interviewed Jamie for a position at ZenTech, he seemed like an enthusiastic engineer. With solid tech skills, ideas for process and product improvement, and a great team attitude, he was the obvious choice. When I interviewed Jamie for a position at ZenTech, he seemed like an enthusiastic engineer. With solid tech skills, ideas for process and product improvement,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
