タグ

managementに関するkiririmodeのブックマーク (106)

  • 12 “Manager READMEs” from Silicon Valley’s Top Tech Companies | HackerNoon

    Too Long; Didn't ReadWhat does tech management at Slack, HubSpot, Netflix, Etsy, Shopify, InVision, and more have in common? A lot, apparently! What does tech management at Slack, HubSpot, Netflix, Etsy, Shopify, InVision, and more have in common? A lot, apparently!When we launched our first SoapBox hero I was surprised to discover a document used to introduce her working style to her team. I had

    12 “Manager READMEs” from Silicon Valley’s Top Tech Companies | HackerNoon
    kiririmode
    kiririmode 2018/05/25
    やろう
  • なぜ目標設定が大切なのか?エンジニアが見逃しがちな2つの着眼点

    エンジニアの目標設定において、重要でありながらついつい忘れてしまいがちなのが「キャリアビジョン」と「スタンス」です。この2つの要素は、エンジニアとしての人生を充実させるのにとても重要です。ところが目標設定というものは日々問われるものではないので、個人で日常に落とし込むのが難しい側面があります。しかも必要な要素を見落としたまま目標を立ててしまっているケースが、かなりあるのです。 ここでは「次回の目標設定をどうしよう?」と悩んでいるエンジニアの方に、効率的で完成度の高い目標設定のつくり方を伝授したいと思います。エンジニアの方がついついやってしまいがちなミスなども具体的事例を交えて、解説します。目標設定の作成に悩んでいたエンジニアの方は、是非活用して頂ければ幸いです! 1.目標設定の重要性一般的なビジネスパーソンにとって目標設定は、成功への道標であり、モチベーションの根源でもあります。例えば、「

    なぜ目標設定が大切なのか?エンジニアが見逃しがちな2つの着眼点
    kiririmode
    kiririmode 2018/05/23
    目標設定の ときに また読みたい
  • デスマーチが起きる理由 - 3つの指標

    鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。 まったく、最悪の朝だ。着替えている間に、電話も鳴った。「高い金を払ってコンサルタントを雇った極めて重要なミーティングだ」と念を押されていたというのに。 それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。 それにも関らず、理解の足りない上司は「テスト工程を削ってでも早く納品しろ」とプレッシャーを与えてくる。 あの馬鹿どもめ。一体何を考えているんだ? スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。 「遅れてすまない」 そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。 何より、ホワイ

    デスマーチが起きる理由 - 3つの指標
  • プロジェクトをリードする技術 - kakakakakku blog

    今日,社内勉強会で話す機会があり,過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした.今回は参加者がエンジニアだけじゃなく,ビジネスチームのメンバーもいたため,できる限り,技術的な用語を使わないようにした.質疑応答とディスカッションもあり,1時間非常にワクワクした時間だった. 関連する領域 僕がプロジェクトをリードするときに意識しているのは,スクラムなど特定のプラクティスに依存しすぎないことで,チームの特性によって,関連する様々な領域からプラクティスを集めている.ザッと挙げるだけでも,こんなにたくさんある. チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ!プレイングマネージャーとして頑張っ

    プロジェクトをリードする技術 - kakakakakku blog
    kiririmode
    kiririmode 2018/05/04
    繰り返してよみたい
  • エンジニアの技術力評価は難しい? - 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日追記 スライドだ

    エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck
  • マネージャ寓話:怒りっぽい上司と怒らない上司 | Social Change!

    とある企業に二人の優秀なマネージャがいた。彼らはプロジェクトを成功させて、成果を上げることで社内からも一目置かれる存在だった。 一人は軍曹タイプ。規律を重んじて、しっかりと計画立てて、滞りなくプロジェクトを遂行することのできる人だ。 自分にも部下にも厳しく、成功するためには叱咤することを恐れない。嫌われたくないからって日和ったりしないからこそ、いくつものプロジェクトを成功に導いてこれた。少々怒りっぽいが、人情は厚く世話焼きでもある。 もう一人は兄貴タイプ。メンバーの自主性を大事にするためにプロジェクトが大変になることもあるけれど、柔軟に対応することで最終的にはなんとか着地させてきた。 普段から温厚で、滅多に怒ることのない優しいお兄ちゃん。しかし、ただ優しいだけではない。問題に対しては徹底的に対応する。そして、温厚でいた方が得する方が多いから、と合理的でドライな一面もある。 とにかく対照的な

    マネージャ寓話:怒りっぽい上司と怒らない上司 | Social Change!
  • 物理サーバを選定する際のポイント – Eureka Engineering – Medium

    Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.

    物理サーバを選定する際のポイント – Eureka Engineering – Medium
  • 2016年ウェブオペレーションエンジニアの新卒研修 - Hatena Developer Blog

    ウェブオペレーションエンジニアの id:y_uuki です。2016年度のウェブオペレーションエンジニアの新卒研修を紹介します。 今年はウェブオペレーションエンジニアとして2名(id:masayoshi id:taketo957)が新卒として入社しました。若手のインフラ系エンジニアが少ないと言われる昨今で、もともと7人のインフラチームに2人も新卒が加わることはなかなか珍しいのではないでしょうか。 今年の新卒エンジニアは 2016年度はてな新人エンジニア研修を行いました - Hatena Developer Blog のエントリで紹介した新人エンジニア研修の後に、チームに配属されました。通例であれば、チーム配属後はOJTという名目で即実戦投入されます。しかし、今回は、OJTの前段に2週間程度の研修期間を設けてみました。 研修の動機 ウェブオペレーションエンジニアは、一般的なコンピュータサイエ

    2016年ウェブオペレーションエンジニアの新卒研修 - Hatena Developer Blog
  • エンジニアがはてなでマネージャーをやるということ - An Epicurean

    このエントリーははてなディレクターアドベントカレンダー2016の15日目の記事です。また、このエントリは先日の はてなエンジニアセミナー #7 でお話したことを、書き起こしたものでもあります。 Mackerel というサーバー監視・管理SaaSの開発チームのディレクターを務めている id:Songmu です。はてなのチーフエンジニアも兼務しています。 これまでの経歴としては、中国ITベンチャーの立ち上げに関わったり、その後語学学校で営業兼システム担当、SIer、Web企業でソーシャルゲームのリードエンジニアなどの経験を経て、2年ほど前にはてなに入社しました。 現在兼務している、ディレクターとチーフエンジニアという職位は、一般の企業では両方共課長格くらいで、W課長みたいな社内では珍しい立ち位置です。 Mackerelのディレクターとしては、プロダクトマネージャーとスクラムマスター的なことを

    エンジニアがはてなでマネージャーをやるということ - An Epicurean
  • セルフマネジメントのレベルと欠かせないスキル 〜 自己組織化されたチームを作るためには | Social Change!

    私はよく講演などで「弊社はマネジメントしない会社です」と言ってます。ソニックガーデンでは、指示や命令などすることなくて、スタッフは各々で状況判断しながら仕事に取り組み、働くことを監視されたりすることはありません。 マネジメントしない、というのは、あえて気を引く言葉を使っているだけで、当は、各自が自分で自分のマネジメントができるから、なんです。つまり、全員がセルフマネジメント出来れば、マネジメントは不要になります。そうすると自己組織化されたチームが出来上がります。 とはいえ、セルフマネジメントにもいくつか段階があると最近感じるようになりました。最初から高いレベルのセルフマネジメントができる人は稀です。順番に身につけていくような気がしています。この記事では、そんなセルフマネジメントのレベルについて考えてみました。 Jogging on a bright November morning /

    セルフマネジメントのレベルと欠かせないスキル 〜 自己組織化されたチームを作るためには | Social Change!
  • 自己組織化は設計可能か──スティグマジーの可能性

    今回筆者が編集部から依頼されたテーマは、「きたるべき秩序とはなにか」というものだ。その論考に入る前に、自己紹介もかねて、稿を執筆するに至った背景や経緯について簡単に記しておきたい。 昨年から筆者は、さまざまな場所でウェブ上の新しい「秩序」に関する論考を発表する機会に恵まれてきたが★1、そこでキーワードにしてきたのが「生態系」や「生成力」といったある種の生命論的・生態学的なメタファーであった。インターネットの大衆的普及からはや10年以上が経過したが、そこでは種々さまざまなコミュニティやそれを支えるアーキテクチャ(人工構造物)が日々発生・成長・淘汰を繰り返しており、その全容を見渡すことは極めて難しくなっている。筆者はまずその現象に切り込むための解読格子として、「生態系」をはじめとする生命論的なメタファーを採用したのである。 ■ しかし、ただちに注釈しておかねばならないのは、こうした生命系のメ

    自己組織化は設計可能か──スティグマジーの可能性
    kiririmode
    kiririmode 2018/03/11
    “正と負のフィードバックへの操作的介入と、「スティグマジー」を支えるログの集積・保存を通じて、自己組織的秩序の宿りやすい「環境」(=「生成力」の高いアーキテクチャ)であれば設計可能になりつつあるので
  • 自己組織化と意思と秩序 - 思考と現場の間で

    20代で大きな会社や幾つかの組織に所属してみて、組織というシステムに色々疑問を思った。人はシステムや枠組みに行動はもちろん思考まで影響され、それが個人の幸福をそいでしまったり、組織や会社として質的な成果に向かえなくなるのではないかという経験的仮説を持った。そこで、一人ひとりがある意味正しいと思うことを複合的に合わせていくような、自己組織的なシステムのほうがよりあるべき方向に行くのではないかと感じ、スクラムなどを勉強して実践してみるに至った。 色々成功や失敗を経験してきて思ったのは、どんなシステムであれ、何かを作り出すにはどこかに意思が必要だということだ。でないとやっていることの理由が説明できないし何も生まれない。会社というのは自然発生的にできるものではない。強いリーダーシップの社長がいれば、それが大きな意思であり、それを実現するためにトップダウン的なシステムになる。秩序は社長が中心となっ

    自己組織化と意思と秩序 - 思考と現場の間で
    kiririmode
    kiririmode 2018/03/11
    "会社や組織には目的があって、(生活のためとは言え)ある程度それに賛同して集まってきていて、その意思の総量が会社の意思となる。"
  • デスマーチは続くよどこまでも。発注サイドからみた開発プロジェクトのこぼれ話。 - 親子ボードゲームで楽しく学ぶ。

    私は仕事でシステム開発プロジェクトに発注者側として関わることがあります。 ソフトウェア開発と建設工事はよく似ているといわれますが、両方みてきた経験からしても確かに似ているかも。 長期にわたるプロジェクト体制が組まれ、そこには多くの関係者が関わります。 受注するのは大手企業でも、1次請、2次請は当たり前。最末端では「何を作っているかも分からない」ことも多いプログラマたち。かなり過酷な労働環境で働いています。最近では日語がわからない外国人がオフショアでコーディングしていることも多いですね。 ただ建設業とソフト開発で決定的に違うのは、進捗が目で見えないところ。建設工事なら「もう3Fまで出来上がったな」と、素人目でもわかりますが、ソフトウェアはそうはいきません。 そのため、ソフトウェア開発の進捗管理は、コンサルティングファームなどからくるマネジメントのプロでも至難を極めます。 開発プロジェクト

    デスマーチは続くよどこまでも。発注サイドからみた開発プロジェクトのこぼれ話。 - 親子ボードゲームで楽しく学ぶ。
  • エンジニアがチームで価値を発揮するために気をつけたいこと - 詩と創作・思索のひろば

    この記事は、はてなディレクターアドベントカレンダー2016の17日目のエントリです。(昨日は id:daiksy の『嫌われない勇気』でした。) id:motemen です。過去には立ち上げ期の Mackerel チームのディレクターをしていましたが、当時のことは 過去の記事 にあるとおりで、あまりディレクターとしてほかに書けることもないので違う話を。 今年のはじめごろに エンジニアの専門性を伸ばすためにディレクターに気をつけてほしい3つのこと - Hatena Developer Blog という記事が書かれましたが、これはディレクターからエンジニアに向けた話だったのでこれの逆バージョンを書いてみようと思います。 先に書いておくと、ぼくは新卒ではてなに入社し、ディレクターの id:nmy さん(アドベントカレンダー最終日)や id:chris4403 さん(アドベントカレンダーのエントリ

    エンジニアがチームで価値を発揮するために気をつけたいこと - 詩と創作・思索のひろば
  • リーダーシップはフォロワーシップから - Kentaro Kuribayashi's blog

    こんにちは、あんちぽちゃんです。GMOペパボで執行役員CTOや技術部長やペパボ研究所長をやっております。 Pepabo Managers Advent Calendar 2016の第1日目の記事を担当します。 www.adventar.org あなたにはリーダーシップはありますか? 突然ですが、リーダーの皆さんに質問です。 「あなたにはリーダーシップはありますか?」 そう質問されて「私はリーダーシップに満ち溢れている」と100%自信を持って答えられる人はわりと少ないんじゃないかと想像します。「そういう面もあるけど、足りてはいないかもしれない……」と反省する人が多いでしょう。 私だって、リーダーシップにあふれるリーダーになりたい! リーダーシップのロバストな2軸 そもそもリーダーシップとはなんでしょうか。様々な人々があれこれと自説を述べていますが、それらを総覧すると、畢竟「Performan

    リーダーシップはフォロワーシップから - Kentaro Kuribayashi's blog
  • セルフマネジメントで自己組織化されたチームは、どうマネジメントするのか | Social Change!

    講演や取材などで「管理がない」という話をすると驚かれる。特に、リモートワークなのに管理はどうしているのか、当にちゃんと働くのか?サボらないのか?という疑問が浮かぶのだろう。 確かに目の前にいなければ、働いているのかどうかわからないから心配になるのだろう。しかし、オフィスにいたとしても、当に働いているのかどうか、管理できているのだろうか。椅子に座ってコンピュータに向かっていれば仕事をしている・・・とは限らないだろう。一生懸命にウェブサーフィンしているかもしれない。 結局は、コンピュータを使った仕事が普及してから、ちゃんと働いているのかどうか逐一みて回ることなど現実的ではなくなったのではないか。さらに、定量的な成果での評価がしにくいナレッジワーカーになると、さらに管理は難しくなる。そうした、これからの働き方でポイントとなるのが「セルフマネジメント」だ。 一人一人がセルフマネジメントを身につ

    セルフマネジメントで自己組織化されたチームは、どうマネジメントするのか | Social Change!
  • System of Record と System of Engagement

    補足を以下に記載しています: https://www.wantedly.com/companies/ikyu/post_articles/42802

    System of Record と System of Engagement
  • チームの成果は「有能な人」ではなく、「最も無能な人」に依存する。

    あるソフト開発のエンジニアと話をした時、 「現場の改善活動」の話になった。 その方が言うには、 「社長の命令で、「やる気のある人」を中心に一生懸命、改善活動をしている。アイデアは現場にたくさんあるので、実行するのに結構忙しいんだけど、なぜか納期や品質が改善された感じがしない。なんでだろう。」 という相談をされた。 そして偶然、ほとんど同時期に、同じ相談を複数の会社から受けた。 「やる気のある人が頑張れば頑張るほど、全体として成果が出ない」という皮肉な状況。 これは何処の企業でも大変良く見られる状況なのだ。 「ザ・ゴール」というを読んだことがあるだろうか。 エリヤフ・ゴールドラット氏という、イスラエルの物理学者が著したもので、「制約条件の理論」について小説形式で解説されている。 非常に面白い、かつ役に立つ知識が収められているので、新社会人必携の書籍と言っても良い。 そして、こののテーマ

    チームの成果は「有能な人」ではなく、「最も無能な人」に依存する。
  • テスト消化曲線とバグ発生曲線の7パターン診断

    今回は、Gompertz Curveによる「プロジェクトの問題点解析」について詳しく解説。あなたの開発現場はどのパターンに当てはまる? 前回のコラム「最もタチの悪いバグが潜むテストフェイズとは?」では、7つの「基的な出荷基準」を挙げ、「5.長時間耐久テスト、過負荷テストを実施した」について解説しました。今回はその続きとして、「6.バグの発生が頭打ちになった」を紹介します。 まずは、7つの基的な出荷基準について再掲します。 全機能をテストした ブラックボックス/ホワイトボックス・テストで同値分割を実施した。 境界条件をテストした ブラックボックス/ホワイトボックス・テストの境界値分析を実施した。 未実行コードがない ホワイトボックス・テストのC0パス網羅を満足した。 エラー・ゲシング(Error Guessing)を実施した バグを想定し、それを摘出するためのテスト項目を設計・実施した。

    テスト消化曲線とバグ発生曲線の7パターン診断
  • 「言いたいことを我慢する」のはコミュニケーションが上手いのではなく、良い仕事をするつもりがないだけ | サイボウズ式

    マネジメント 新しいチームのあり方を探求 就活 就活生必見!サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める! サイボウズ式編集部より:チームワークや働き方に関するコラム「ブロガーズ・コラム」。桐谷ヨウさんのコラムです。 どんなプロジェクトでも、上手くいくチームはコミュニケーションが円滑にまわっている。仕事において必要なコミュニケーションとはなんだろうか? 仕事に必要なコミュニケーションとは何か? まず最初に断言しておくと、仕事に必要なコミュニケーションは友人関係のそれとはまったくちがう。 友人関係における「楽しければOK

    「言いたいことを我慢する」のはコミュニケーションが上手いのではなく、良い仕事をするつもりがないだけ | サイボウズ式