doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 働き方改革の旗印として、「生産性向上」や「長時間労働の是正」が議論されている昨今。しかし･･･ 生産性を高めるためには、労働時間を短くして人件費、つまりコストを削ればいいとだけ考えているようでは、経営者やチームのリーダーとしては「赤点」です。 こう厳しく断じるのは、WebサイトのUI/UX改善支援を行うKaizen PlatformのCEO、須藤憲司さんです。 しかも須藤さんは自身の会社では「単なる時間管理はしても意味がない」と明言。意外な経営方針ですが、会社は創業からの4年間で売上が年平均2.6倍のペースで成長を続けています。 そんな新しい働き方で業績を上げるベンチャー経営者の須藤さんに、独自の「生産性」の捉え方とチーム

デザイン会社Basecamp⛺️の代表。dely株式会社のCXO。東京で活動する事業作りを仕事にしているデザイナー / プロダクトマネージャーです。 仕事の依頼はDMで受け付けております。

2017 - 01 - 20 良いチームとは「何でないか」 プロダクト-プロダクトマネージャー 「良いチームとは何か？」 という質問を投げかけると、答えが多様にわたり、同じチームに所属していたとしても認識が全く揃わないことはザラである。 アメフトチームをコーチしていた時。この組織の目的は驚くほど明確で「全ての試合に勝つこと」以外に存在しない。と、僕は思っていたが、チーム全員（100名超）との1on1を行うと 「職場での評価が上がる」 「仲間との関係」 「〜に憧れている」 などの、「勝利」と直結しない所属動機が浮き彫りになった。また仕事におけるチームでも、同様の質問を投げかけると 「会社に来るのが楽しいこと」 「コミュニケーションがスムーズ」 「お互いが尊重し合える」 など、必ずしもチームが達成を目指す成果に結びついていない回答が殆どであったりする。このことから、 良いチームを定義するのは簡

A business-capability centric team is one whose work is aligned long-term to a certain area of the business. The team lives as long as the said business-capability is relevant to the business. This is in contrast to project teams that only last as long as it takes to deliver project scope. For example, an e-commerce business has capabilities such as buying and merchandising, catalog, marketing, or

Goodpatch Advent Calendar 2016 25日目の記事です。 「エンジニア向け評価制度」とは、技術やスキルなどの側面を評価するための制度という意味合い。いまエンジニア向けの評価制度を作っていて、いろいろな会社のエンジニア向け評価制度について調べてみた。 大別すると、こんな感じ。 そもそも評価制度がない エンジニア向け評価制度がない エンジニア向け評価制度がある そもそも評価制度がない 時雨堂やソニックガーデンには評価制度がない。 評価制度の無い評価制度 エンジニアの評価基準、短期評価をやめてみたら？ | サイボウズ式 こういった考え方は、たしかになーと思う。 良い悪いを短期的に見ないからです。短期的に評価すると、短期的な視線で仕事をしちゃうじゃないですか？　一番イヤなのは、チームで助け合って働くのが大事なのに、“自分の評価を考えると、この人を助けている場合じゃない”と

働く組織の概念は毎年進化してきました。自己組織化されたチームが高い成果を生み出すことを見つけたのはアジャイルの実践家だけではありません。強いマネージャは高い成果を生み出すチームの必須要件ではありません。しかし、それは自己組織化されたチームにはリーダーシップがないということではありません。そのようなチームはたくさんのリーダーシップがあります。ひとりに集まるのではなく、チームのメンバ全員に分散されているのです。 分散されたリーダーシップはBlake氏とMoulton氏の論文を無効にするものではありません。人と成果に焦点を当てバランスを取ることはチームにとって大事です。そのようなバランスを存続させるためAlexis Phillips氏とPhillip Sandahl氏はBlake氏のリーダーシップ格子をベースにしたチーム診断モデルを提案しました。ふたりはマネジメント側の“人に対する関心”を、チー

プログラマの世界には「技術的負債」という言葉がある。ソフトウェアを開発していく中で、時間がなくて妥協したり、技術力が足りなかったりして、適当に作ってしまった部分が、後々になって不具合を引き起こしたり、改修にかかるコストをあげたりすることを言う。 後になればなるほど、悪影響が大きくなることから負債と喩えられる。そんな技術的負債と同じように、組織やチームのマネジメントでも、後になればなるほど悪影響が出てくるような「組織的負債」とも言えるような現象が起きてしまうことがある。 本記事では、私たちソニックガーデンで「組織的負債」を貯めないようにチーム経営してきた経験をもとに、プログラマの哲学を応用したマネジメント術について書いた。（今回の記事では「である」調にしてみた） 技術的負債と組織的負債の生まれる背景 技術的負債が生まれるのは、スタートアップの初期段階に多い。その時期は得てして、経験豊富な技術

個人の働き方が多様化する昨今、企業も時代の流れに合わせ常に変化をしていかなければなりません。 だからこそ、企業も様々な社内制度を施し、それをしっかりと定着させ、実践していくことが大切になってきます。とはいえ、どのように社内制度を整えていけば良いのかわからないという担当者の方も多いのではないでしょうか。 そこで今回、お話を聞いたのは様々な社内制度を実践し、「働きがいのある会社ランキング2年連続一位、日本でいちばん大切にしたい会社大賞　審査委員会特別賞」など多くの賞を受賞している企業、アクロクエストテクノロジー様の取締役副社長、新免玲子氏。担当者が気になる“どのようにして社内制度を作っているのか”ということや、働きがいのある会社2年連続一位に輝く会社の内情を伺って参りました。 200ある社内制度を決めるのは社員全員が参加する「全体会議」 アクロクエストテクノロジー様は、システム開発・支援事業や

〜エンジニアチームが、明らかに変わる。「 スクラム開発 」のエッセンスをうまく取り入れた、クラウドワークスのエンジニアマネジメントの取り組みとは〜 国内最大級のクラウドソーシングサービスを展開する、株式会社クラウドワークス。同社は事業の拡大に伴い、開発チームの組織化という課題に直面した。その課題に取り組んだのが、過去に100名規模の組織にスクラム開発を導入した経験を持つ、安西 剛さんだ。 安西さんは、ひとつの大きな開発チームを少人数のチームに分割し、スクラムのエッセンスを取り入れることでコミュニケーションを増やす工夫を行った。すると、チームが「同じ目標に向かう」ようになり、成功体験を積み上げていけるようになったそうだ。 アジャイルやスクラムに関わった経験の長い同氏だが、組織をチーム化していくために「スクラムをやろう」と呼びかけるのはアンチパターンだと語る。 あくまでもチームやコミュニケーシ

http://d.hatena.ne.jp/tochigitestnokaigi/20160423

エンジニアが働く上で気になる【開発環境】に焦点を当てた、チーム紹介コーナー。言語やツール類を紹介するだけではなく、チーム運営や開発を進める上での不文律など、ハード・ソフト面双方の「環境づくり」について深掘りして紹介していく。 サイボウズが開発・提供しているビジネスアプリクラウド『kintone』が、右肩上がりの成長を続けている。 2016年3月には契約社数が4000社を突破し、対前年で倍以上の売上を記録。クラウドベースで多様な業務アプリを構築できる点や、カスタマイズ開発の容易さ、そして基幹業務システムとの連携問題をAPIによって解消している点などが、人気の要因となっている。 ビジネスアプリクラウドの『kintone』 この好調を支えているのが、10数名の『kintone』開発チーム。別途設けられたQAチームからのフィードバックや、社内のドッグフーディング（製品を開発者自身がユーザとして日常

強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は前編です。 プロジェクトの多くは技術ではなく人間系で失敗している 吉羽 龍太郎氏（Ryuzee.com）。 吉羽と申します。いままで野村総

私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。

このエントリでは、僕がこの2年弱で読んだ約300冊のマネジメント関連本から、100冊を選んでカテゴリ別に紹介します。 背景 2014年8月に、それまで前々職から現職に至るまでいちエンジニアとしての経験しかなかったところから、総勢70人を越えるエンジニア組織のマネジャーになりました(参照: GMOペパボ株式会社の技術責任者に就任いたしました)。 僕は、決して地頭がいいわけでもなければ、コミュニケーション力に長けているわけでもなく、他人以上に努力をして初めて人並みに近づけるかもしれないというぐらいの人間です。それに加えて、冒頭に書いた通り、エンジニアとしては多少の経験は積んだものの、マネジメントについては完全に門外漢。経験に頼るわけにもいきません。諸先輩方にOJTしてもらいつつ身に付けるにも、既にマネジメントの業務は始まっているわけです。 「さて、どうしよう？」と考えた時、まずはとにかくマネジ

1. 2016/01/19 - Regional SCRUM GATHERING® Tokyo 2016 あなたのチームの「いい人」は 機能していますか？ 横道 稔（株式会社サイバーエージェント / 株式会社 RightSegment） 2. 自己紹介 • 横道稔 （@ykmc09_dev） • 株式会社サイバーエージェント アドテクスタジオ • 株式会社 RightSegment にて PrivateDMP を開発 • エンジニア、エンジニアチームのマネージャ • CSM / CSPO

最近、残業をするのは社員が悪いというような記事を見たので、一言言っておこうと思う。 残業常習者が会社を壊す｜トンデモ人事部が会社を壊す｜ダイヤモンド・オンライン なぜ残業が常習化するか 最初に結論を言ってしまうと、経営が悪いからだ。経営と言っても事業戦略ではなく、組織運営という意味での経営だ。残業が常態化しているということは、組織運営ができていないことの証拠だと言っていいだろう。 なぜ残業の常態化が経営の失敗だと言えるのか。残業が常態化しているということは、組織がこなすべき仕事に対して人員が足りないことが原因として上げられる。人材の確保に失敗しているのは、経営側の失敗だ。 もし社員がダラダラと残って働いているのだとしたら、社員が何をすべきかということがトップダウンで明確に指示されていない兆候かも知れない。何をもってその日の業務が終わりだ判断とすれば良いのか。それは上司からの指示、つまり担当

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） 2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

Creating the possibilities of humans and society, Like sports. CEO Dai Tamesue 人間と社会の可能性を拓く、 スポーツのように。 タイムというはっきりとした結果が出る競技を追求しながら、人間の限界はどこにあるのだろうかと考え続けてきました。伸び悩んだり、重圧に苦しんだりする中で、限界は自分自身の思い込みが作っているのではないかと、そう思うようになりました。 社会を見渡せばそんな出来事が溢れています。思い込みによって制約がかかり可能性が狭まっている。自分がスポーツと向き合ってきた方法が、人間と社会の可能性を拓く上で活かせるのではないかと思い、会社を始めました。 私は「スポーツとは身体と環境の間で遊ぶこと」だと定義しています。遊びには計画も、義務もありません。面白いから行われる自由な活動です。そんな「遊ぶ」という感覚が