リモートでむしろ生産性が上がったエンジニア組織の作り方を一休 CTOの伊藤さんに聞いてみた
宿泊予約事業やレストラン予約事業などを手掛ける、株式会社一休。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Teams」を活用いただいています。 今回は、執行役員CTOを務める伊藤直也さんにインタビュー。実際に「Findy Teams」上のデータを参照しながら、エンジニア組織における生産性についての考え方などを伺っていきます。 ■プロフィール 伊藤 直也 株式会社 一休 執行役員 CTO コロナ禍における開発を、Findy Teamsで振り返る ──こちらが御社の2020年1月から直近までのデータになります。プルリク作成数はだいたい平均値を超えていて、件数としては2020年7月と2020年10月に大きな山があります。今年は5月頃から全体的に伸びている傾向にありますが、これらの要因として考えられる部分はありますか？ Findy Teamsのチ
企画と開発が責任を押し付け合う会社の前途は暗い | Japan Innovation Review powered by JBpress
これまでの組織構成と開発手法では、時代のスピード感に追いつけず戦略的なITを使った顧客創出ができない──。多くの経営者がそのことに気付き始めている。 まず「企画」し、そして「開発」し、「品質保証」し、「出荷」し、「保守」するといった直線的なプロセスと、それぞれの機能を縦割りにしたこれまでの組織構成は、時代にそぐわなくなりつつあるのだ。 これまでの世界観が通用しないDXの世界 例えばこれまでのシステム開発は、企画書が書かれ、市場調査から綿密な検討を経て大きな予算を確保し、その後でベンダーを選定して開発を依頼する、という定型的な流れに基づいて行われていた。一般にウォーターフォール型、と言われるこの種の開発は「システムは調達可能である」という前提に基づいており、「よい企画」が「うまく開発される」ことが成功とされる。 もしビジネスが失敗すれば、それは「企画が悪い」か「開発が悪い」か、つまり、「課題
エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck
2018年4月25日にはてなさんのオフィスでプレゼンしたときの資料です。 ※このスライドは、2017年1月に公開した資料 ( https://speakerdeck.com/makoga/regional-scrum-gathering-tokyo-2017 ) に「社外評価者」の取り組みなどを追加した内容になってます。 ---- 2018/05/15追記 このスライドを公開後、下記2点を懸念する声がいくつかありました。 ・プレゼンスキルだけが高い人が過剰に評価されるのでは。 ・社内政治やコネを作るのがうまい人が過剰に評価されるのでは。 それを受けて、工夫していることを別ブログとして書きましたので、ぜひ読んでみてください。 適切な技術力評価をするために工夫していること https://note.mu/makoga/n/nfafc523957f3 ---- 2019年2月5日追記 スライドだ
エンジニアのやる気スイッチオン！僕たちのチームが最高の仕事をするために使っている合ことば！ | ヘッドウォータースのブログ TechNote
あなたのチームは、エンジニアが輝いてますか！？ そもそも、僕らエンジニアって世の中をハックして、人を幸せにすることのできる 最高にCOOLでカッコイイ職業じゃないですか。 僕はそんなCOOLでイケてるSuperハッカーチームを作りたいと思って日々のシゴトに取り組んでいます。 で僕たちが思うことは、やっぱり最高の仕事をしてお客様やユーザの方に本当に喜んでもらいたいし、こんなカッコイイ仕事したぞ！って気持ちをチームみんなで分かち合いたい。 今日は、そんな最高な仕事をするために、僕たちが最近チームで使っている合言葉を紹介します！！ 本当たった一言のシンプルな言葉なんですが、これは技術者のことをリスペクトして、 理解していない人は分からないんだろうなって思う言葉です。 特に、プロジェクトマネージャとか、開発チームを持っている人には是非、理解して使ってほしいと思います。 ■ 合言葉が必要になるような
日本の半導体やエレクトロニクスが何故負けたか。皆がやっているから始める、皆が止めたから止める。こんなことの繰り返しでは勝ってこない。事業も人生も逆張りでなきゃ。 - 竹内研究室の日記
東芝をやめて大学に移ってから７年が経ちました。大学に移った当初は全く研究資金が無くて金策に走る毎日。そうしているうちに助けて下さる方いて、何とか研究室を立ち上げることができました。 当時はまだ日本の半導体はそれなり頑張っていたので、半導体産業への期待という意味で国家プロジェクトが立ち上がり、その恩恵も受けました。 おかげさまで研究室が立ち上がり、研究スタッフも集まり、多くの方のご支援のおかげで、自分では思ってみないほどの成果をあげられました。 まさか毎年ISSCCで発表できるなんて、思ってもみませんでした。 研究はとても好調ですが、実は今、予想外の逆風にさらされています。 自分の研究は順調だし、古巣の東芝のフラッシュメモリ事業も絶好調、ビッグデータを蓄えるストレージ産業も絶好調。自分の周辺だけは何の問題もありません。むしろ、状況は良くなる一方。 ところが、気付くと、周囲の他の日本の半導体や
プレゼン上手な社会人が重視している12のポイント | nanapi [ナナピ]
はじめに ビジネス上で避けて通れないことも多いプレゼンテーション。パワーポイントでスライドを作成して企画を発表したり、資料を予め印刷して配ったりと、色々な場合があると思います。 また、最近では大学の早期入試や就活でプレゼン能力が求められることも多いですよね。 でも意外と「プレゼンテーションのやり方」は知らない方が多いのではないでしょうか？ ここでは、プレゼンの準備の仕方、構成の作り方から、スライドや資料を作る時のポイントなどをまとめました。 プレゼンをする時に押さえておきたいポイント6個まとめ 準備は入念にする 当たり前のことかもしれませんが、実はプレゼンが苦手だという人は単なる準備不足という場合も多いそうです。 準備が足りないと不安になって上手く話せなかったり、自信のなさが表に出てしまったりと悪いことしかありません。 プレゼンの名人であったスティーブ・ジョブスも 10分足らずのプレゼンで
![プレゼン上手な社会人が重視している12のポイント | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8ef18e2d615ae8a798e77bc015646d1f47f701aa/height=288;version=1;width=512/http%3A%2F%2Fp.cdnanapi.com%2Fe%2Fwww.goodfind.jp%2Fimg%2FgoodfindOGPimage.png%3Fsize%3D195)
無意味な会議を撲滅するために、最後に出席者全員に「3つの質問」をしよう | ライフハッカー・ジャパン
会議を本当に実りあるものにするには、各自がやらなければならないことを明確にした方がいいというアドバイスがあります。ハーバードビジネススクールのシニア講師のRobert C. Pozenさんは、この考え方を元に、以下の3つの質問を会議の最後に出席者全員にした方がいいと言っています。 次のステップは何か？ それを実行する責任者は誰か？ どれくらいの期間でやるべきか？ この3つの質問の答えを記録し、会議の出席者にメールで送れば、全員の理解を同じにすることができます。また、責任者も明確になるので、何をどうすればいいか分からなかったというような言い訳は、誰も言えなくなります。 どこかで聞いたことがあるアドバイスもあるかもしれませんが、確認するに越したことはありません。 The Seven Imperatives to Keeping Meetings on Track | Harvard Busin
Githubの組織が成長する過程で変えたことと変えなかったこと - ワザノバ | wazanova
GithubのZach Holmanが語るGithubの組織戦略です。まず最初に、 Step #1: ロックスターエンジニアを雇う Step #2: ものすごく透明性のある経営をする Step #3: ブログ/ソーシャルメディアなどでテクノノロジーについて発信する Step #4: カンファレンスで会社について話す Step #5: カネに余裕ができる Step #6: 社員を大勢雇う Step #7: 会社のことを話さなくなる Step #8: コミュニティを無視する Step #9: 創業者が株を売って儲ける Step #10: 別の会社をはじめる という事例を挙げて、Githubは組織が成長する中で、このようなパターンに陥らないように、コミュニケーション及び仕事の進め方をどのように進化させてきたかについて紹介してます。 Dunbar's numberとしてよく知られるとおり、人間が良
3年前の僕へ
DevLOVE現場甲子園2013にて、３年前の課題とそれに対する現在の気付きについて発表しました。Read less
できるエンジニアだけで組織をつくる - ワザノバ | wazanova.jp
http://www.slideshare.net/bcantrill/surge2013 上記のスライドは、JoyentのSVP, EngineeringであるBryan Cantrillがエンジニア組織のあるべき姿ついてまとめたものです。BryanはSun Microsystems出身で、同社がOracleに買収されたのを受けて、2010年にJoyentに移ったという経歴。Joyentはクラウドサービスの会社ですが、Node.jsのスポンサー企業として知られ、Node.jsの中心人物であるIssac Schlueterなどフルタイムでオープンソース開発に従事する社員がいます。昨年、Greylock, Intel CapitalなどからSeries Dラウンドで$85Mの資金を調達してますので、投資家からは上場を期待されていると思われます。 彼の意見としては、 [モチベーションをあげるポ
通る提案資料は「GARPFS(ガルフス)」の順番で作る | シゴタノ！
By: Rainer Stropek – CC BY 2.0 「形勢不利かもしれないけれど、どうしても相手に納得してもらいたい案件がある」 「一旦ダメって言われたけど、やっぱり、どうしてもあきらめきれない企画案がある」 「どうしても」という強い気持ちは、ときに空回りしがちです。 自分が熱く盛り上がっていると、つい、「きっと相手も盛り上がってくれているはずだ」と勘違いしてしまうんですよね。 でも悲しいことですが、他人は思ったほど、あなたに興味を持っていないことが多いのです。 あなたの企画がいくら素晴らしいものであって、世の中のためになるものだと信じていたとしても、それが独りよがりのものだと相手に最初に思われてしまったら、そもそも話を聞いてもらえません。 だから、燃えたぎる熱い気持ちを、そのままストレートに相手に伝えるのではなく、相手が分かってくれるように一歩引いて冷静に伝える必要があります。
Technology Radar July 2011 | www.thoughtworks.com
Prepared by the ThoughtWorks Technology Advisory Board - July 2011 Since the last publication of the Technology Radar, these technology trends are most prominent: Tools for effectively delivering and testing mobile web Simple techniques for testing and obtaining performance Several new approaches to business intelligence Continued emphasis on continuous delivery and web based architectures Techniq
That’s version ∞. First launch version 0.1. 日本語訳
それじゃバージョン無限大だ。まずはバージョン0.1を立ち上げなよ。 著者： Derek Sivers 日本語訳： yomoyomo 以下の文章は、Derek Sivers による That’s version ∞. First launch version 0.1. の日本語訳を著者の許可を得て公開するものである。 バージョン無限大（Version ∞） 僕はたくさんのビジネスプランの話を聞く。 その大半は、大量の仕事をこなそうとしている。 例：「これはライブ音楽のソーシャルネットワーキングEコマースポータルで、ミュージシャンや会場であればすべての予定を、音楽ファンであれば空いている日を登録するプロフィールを皆が作る。そして我々はファンとアーティストの日程を結びつけるんだ。そうすれば我々はイベントのチケットを売り、プレビュー音源のデジタルダウンロードを提供できる。ショーの後、アーティストは
Install Maniax 5
Install Maniax 4 :brave soldiers in the azure sky Coming Soon. Follow me @maniax_jp Copyright 2010 IMPRESS BUSINESS MEDIA CORPORATION, an Impress Group company. All rights reserved.
議事録を書くときに意識すべきこと - Be Happyman!!
開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション！」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ニアショア活用における都道府県単価情報 | ニアショア機構
技術者を襲う3年後の悲劇