こんにちは、らくからちゃです。 遅ればせながら、やっと弊社まで働き方改革の波がたどり着いたのか、社内でも色んな意見を耳にするようになりました。残業時間の制限やリモート勤務によるワーク・ライフ・バランスの改善など働く環境がよくして、労働生産性を高めて行く方法をみんなで考えるのは大変有意義なことです。 最近聞いた話で、面白いなあと思ったものがありましたので、簡単にご紹介したいと思います。 とある副社長の改革 ことの発端は、とある３０人ほどの規模のシステム開発会社の社長が体調を崩してダウンしてしまうところから始まります。取引量は毎月のように増えていたものの、そのことから生じる過労により、心身ともにダメージを受けすぎていたことが原因でした。 とはいえ、ひとりの会社では有りませんし、社員を路頭に迷わせることは出来ません。そこで社長は、以前から付き合いのあった別のシステム開発会社に『経営権を譲渡するか

＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう

はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未

巷で話題？のnaoya さんの一人CTO Nightに行ってきましたので、超雑ですがメモを公開しておきます。 イベント詳細： https://doda.jp/event/seminar/20160830.html オレオレメモなので多少ニュアンス違うところあるかもです。特に二部のパネルディスカッションの部分はかなり文脈を端折っているので雰囲気知るくらいに読んでもらえれば。 もし大きく間違っていることあったらご指摘くださいm(__)m ちなみにアニメの話はあんまりなかったよ。 では、早速。 第一部【プレゼンテーション】最速で最高のアウトプットを生み出すチーム作りとは？ 【プレゼンテーション内容】 CTO・技術顧問を複数社経験した伊藤直也氏が、過去の実際の事例をもとに、最高のアウトプットを生み出すチーム作りを解説します。 前提として、、、 50〜300人くらいの規模の組織が対象 CTOのマネジ

Ryutaro YOSHIBA / Agile Coach, CTO at Attractor Inc. 翻訳者/ Scrum Alliance認定スクラムトレーナー(CST) / 認定チームコーチ(CTC) /書籍→『SCRUM BOOT CAMP THE BOOK』『プロダクトマネージャーのしごと』『エンジニアリングマネージャーのしごと』『チームトポロジー』『スクラム実践者が知るべき97のこと』『プロダクトマネジメント』『みんなでアジャイル』『レガシーコードからの脱却』『カンバン仕事術』『Effective DevOps』他 ご相談はお気軽に!!

Scala/Scrum/DDD 困ったこと50連発ガトリングトーク！！ のLTで話させていただいた、エンジニアチームのマネジメントについて取り組んでいることを紹介します。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これはなんですか？ これは「This is Why Learning Rails is Hard（Railsの習得が大変な理由はこれだ）」という海外記事に載っているマインドマップを日本語化＆リスト化したものです。 元記事には「Railsを習得するために必要な技術要素の一覧」を表す、以下のようなマインドマップが載っています。 長年Railsの開発に携わってきた人間として、このマインドマップは「うん、たしかに！」と非常に納得できる内容です。 ただし、サイズの大きな画像なので一覧性に欠けるのと、英語なので日本人にとってはぱっと頭に入りづらい点

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） こんにちは。@ryuzeeです。 以前に、採用プロセスを真剣に考えろという話を書きましたが、ちょっと関連する話を書こうと思います。 採用に関するメトリクスを取ろう採用プロセスに真面目に取り組んでいる会社ならやっていると思われますが、採用活動をするにあたってはメトリクスを取ることが望ましいです。特に成長中の組織でたくさんの人を採用したい場合や、ある一定規模の組織でそれは顕著です。取るべきメトリクスには以下のようなものがあるはずです。 総応募者数採用媒体別応募者数エージェント別紹介者数社員の紹介によって応募が来た数自社の採用サイトから応募が来た数各属性で書類選考を通った数各属性で一次面接を通った数各属性で二次面接を通った数 (こ

はじめに クラウドワークスエンジニアの八木です。 先般の記事でも触れられていた通り、クラウドワークスではシステムのフレームワークとして採用している Ruby on Rails を 3 系から 4 系に移行しました。 残念ながら、「こことそことあそこを直して、さあリリース！！！」とはいかず、それなりの時間を投入して行いました。 今回は、Rails のバージョンアップをスムーズに行えないという技術的課題は一旦脇に置いておいて、フレームワークのバージョンアップという「事業の KPI に直接寄与できない開発課題」に対して、クラウドワークスの開発チームがどのように取り組んだか、組織体制の話を書いてみたいと思います。 チーム体制の変遷 まず、クラウドワークスで Rails4 対応するために組んだ組織構成について、時系列に沿って簡単にご紹介します。簡単にご紹介と言いつつ先に要約すると、最初は Rails

このエントリでは、ソフトウェアの見積もりがどういうものであるかをシェアした上で、今後日本はどのような方向に向かえばよいのでは？という私のアイデアをシェアしたいと思う。 注：このエントリは、某銀行の件とは全く関係ありません。考えるきっかけになっていますが、中の人がどんな状況だったかもわからないのに、勝手なことを想像して、人や企業を叩くのは私の趣味ではないからです。 ソフトウェアの見積もりの正確さ ソフトウェア見積もりのことを知りたければ、下記の本がお勧めだ。 books.rakuten.co.jp この本に「不確実性のコーン」という開発フェーズごとの見積もりの正確性に関する図がある。これを見ると、最初の企画の段階で実施した見積もりは、誤差が何と16倍もあり、概算見積もりのレベルでも4倍の開きがある。画面帳票仕様を「確定」したレベルでやっと1.6倍程度の開きになる。 請負開発を実施するときに、

ある会社で、マネジメントについて議論をしていた時の話だ。 「もっと自由にやらせろ、って言う人は見込があるんだけどね。」 と、その会社の役員は言った。 「本当に問題なのは、「もっと細かく仕事の指示をだしてください。」って言って、本当に言ったことしかしない人。こういう人は問題だね。」 彼は心底困っているようだ。 この手の話はよく耳にする。 「そうなんですね。でも少なくとも「言ったこと」はやるんですよね。やらないよりマシじゃないですか？」 「まあ、そういう考え方もあるけど、本当にこっちが「言ったこと」しかしないって、問題じゃない？」 「ふーむ。」 「例えば、こっちがデータの入力を頼んだとするじゃない。で、そういう人たちにはまずマニュアルがないとダメなんだよ。」 「マニュアルですか。」 「そう、結構細かく書いてあげないと、「できない」って言うし。で、たまにマニュアルに書いてないこともあるわけだ。そ

If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the

ミズーリ州の救急病院、セント・ジョンズ地域医療センターは、手術室の問題を抱えていました。 32の手術室で年間3万件の外科出術が行われていて、急患が出ると午前二時に手術するほどでした。 この のっぴきならない状況は、常に予定に追われて、「いつも時間がない人」の場合とよく似ています。 この病院の場合、手術室が足りない状況を打開するためにできる選択肢は、以下のうちどれでしょうか。 このうち、A.やB.の選択肢は、「時間がない人」の場合は、重要でない予定や睡眠時間などを削って、さらに働く時間を増やすことに相当するでしょう。 しかし、セント・ジョンズ病院が選んだたった一つの解決策は、だれもが予想だにしない第三の選択肢だったのです。 いつも「時間がない」あなたに:欠乏の行動経済学という本を紹介したいと思います。 これはどんな本? いつも「時間がない」あなたに:欠乏の行動経済学は、忙しすぎて時間がない、

タスク管理してますか？(あいさつ) みなさんは日頃どんなタスク・プロジェクト管理ツールを使っているでしょうか？ Backlog？Trello？Wunderlist？それともgithubのIssueで十分？カンバンほしいからZenhub？Waffle？変化球でProducteev? 僕も前職含めて上記含むすべてのツールを試してみました。 各タスク管理ツール所感 Trelloのガントない問題 ポンポンタスク登録できて便利。人のアサインも簡単だし。あ、でもこのタスクの粒度細かすぎない？依頼するときもされるときも細かすぎない？一つのリスト長すぎない？ あと標準でガントがないよね？全体見渡す側からすると不安（らしく）になっちゃうからやっぱりガントほしい。アサインできるの便利だけど、あぁでもこれボード6個くらいできちゃった。横断めんどい。どのボードもカードで溢れている。ガント追加してくれるサードパーテ

一般的にリーダーをヒラ社員に戻したり、部長を課長にしたりする「降格」が行われている会社は少ない。 降格することが本人のプライドを傷つけたり、ヤル気を損なわせたりすることを経営者が危惧するからだ。 しかし、中にはこれをうまく使っている会社もある。 あるテクノロジー企業では「降格」を人事制度の一種として普通に用いており、社員からも普通に受け止められている。 なぜ彼らは降格をうまく使うことができているのか。 その会社の経営者は30代半ばである大手企業から独立し、起業したやり手だ。 彼は独立する前、大手企業で働いている時、常にこう思っていたという。 「有能な管理職が少ない、なぜ、あれほど多くの無能な上司が上に立っているのか？上が入れ替われば、もっと事業はうまくいくのに」 彼は社内で「できる」とされる役員に、この質問をぶつけたという。するとこんな答えが返ってきた。 「うちは年功序列だからな。必ずしも

社員の生産性を極限まで高めるには、どうすればいいのか――米グーグルが2012年に開始した労働改革プロジェクトの全貌が明らかになった。 社員同士のコミュニケーションを中心に、その仕事ぶりを徹底的に観察するワーク・モニタリングは、果たして功を奏したのだろうか？ ●"What Google Learned From Its Quest to Build the Perfect Team"　The New York Times, FEB. 25, 2016 プロジェクト・アリストテレスとは 上の記事によれば、米グーグル（持ち株会社に移行後の正式社名は「アルファベット」）は2012年に生産性向上計画に着手した。 この計画は「プロジェクト・アリストテレス（Project Aristotle）」と呼ばれ、同社の「人員分析部（People Analytics Operation）」によって実施された。 グ

グローバル企業の経営陣の退社は早い。突発的な事態がなければ、定時の6時にはまず帰る。なので、遅い時間にミーティングが入ったりすると、露骨に不機嫌になったりする。これはなぜだろうか？ 意思決定の質が落ちてしまう 一番大きな理由は、コンディションが悪化すると「意思決定」の質が落ちる、ということを彼等がよく理解していることにある。グローバル経営においては、マネジメントすなわち意思決定する人、というのが明確に役割定義されていて、彼等の評価はその意思決定の質と成果によるところが大きい。 よって、マネジメント（マネージャー）を担うようになったら、きちんと毎日休息を取ってコンディションを整えるのも「仕事」である、との認識をみな持つようになる。例えば深夜まで仕事してしまうと、夜中に勢いで重大な決断を下したり、次の日に寝不足の頭で雑な意思決定をしたり、もしくはなかなか決められなかったり、ということが起こりう

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...