若い会社でエンジニア組織の上司として大切にしていること3つ - netmark.jp
4月、新生活、な雰囲気。 というわけでたまにはポエミーなことも書いてみます。 新たに部下を持つことになった人もいると思うので、 そんな人に役に立つかもしれない、 私が上司として大切にしていること3つを紹介します。 前提として、 HRやリーダーシップについて大学院やものの本である程度知識はつけているものの、 きちんとした専門のトレーニングを受けているわけではありません。 なにか勘違いとかがあれば教えてください。 人材マネジメントも組織マネジメントもプロジェクトマネジメントも得意なわけではないですが、 現実的に直轄の部下が20人近くいるわけで、 なかなかに悩ましいところであるわけです。 短期的な視点と長期的な視点は両方持ちつつ、 落とし所を探しながら日々過ごしています。 その1: 自分を基準にしない 思い遣りがないと感じられるかもしれませんが、 「自分だったらどうか」 「自分だったらどう感じる
エンジニア専門職のグレードについて詳細な役割定義は必要か？ - Kentaro Kuribayashi's blog
様々な人々から、エンジニアに関する制度についてインタビューされる機会が増えてきた。その中で考えが整理されてきたパーツもあるので、せっかくなのでまとめておこうと思う。 ペバボのエンジニア職位制度のアップデートについてなどで書いている通り、ペパボはエンジニア専門職制度を制定し運用している。その前提として、専門職制度がどのような位置付けかというと、簡単に示すと以下の図の通りである。 この構造自体は特になんの変哲もない、わりと一般的な制度だといえるが、我々はこの中にひとひねり加えている。以下に説明する。 前提知識 ただし、その前に人事制度における前提的知識について述べておかないとならない。 社員格付け 昨今は「フラットな組織」「ネットワーク型組織」などというものも出てきているが、それはそれとして、一般に企業組織は、その構成員をなんらかの方法を用いて格付けしている。すぐに思い浮かぶのは、部長とか係長
マネージャのいない組織に進化する現実と幻想 - ワザノバ | wazanova
マネージャのいない組織へのチャレンジについては、一昨年から話題になっていますが、ここにきてかなり論点が絞られてきていると思います。 1) 非同期 & 可視化が進む GitHubなどのツールに親しむエンジニアが、進捗が可視化され、非同期で仕事を進めることに先に慣れてきたが、SlackのようなコミュニケーションツールやTrelloなどのタスク管理ツールの浸透で、非エンジニアにもじわじわその理解が進んでいく。 2) マネージャの役割が変わる 上記1) が進むことで、進捗を報告させて情報を集約、また逆に、全社 / 業界の情報をフィルタリングして伝えるという、情報操作ハブとしてのマネージャの役割はかなり減る。情報の透明性があがることで、情報を握っていることがマネージャのパワーの源泉である時代が終わる。 プロジェクトの進捗 / 開発のクオリティ / 売上 / 評価とフィードバック / メンバの士気の向
組織能力を圧倒的に成長させること - Kentaro Kuribayashi's blog
この記事は、Pepabo Advent Calendar 2014の12日目の記事です。前日は、hisaichi5518さんの「Web APIを作るときに考えること。 - パルカワ2」でした。 ここ半年ほど考えていることを、以下に述べる。 技術とは何か？ 「技術とは何か？」という問いに対しては様々な回答があり得るが、ひとまず「企業にとっての技術」という観点からいえば、経営学による以下の記述にその定義を求めてもよいだろう*1。 すべての企業が、自分が必要なインプットを市場から買ってきて、それに自分が得意とする「技術的変換」を加えて、その結果として生まれてくる製品やサービスを市場で売っている。 (中略) 誰にでも容易に手に入る財やサービスであれば、とくに企業が存在してその提供を業とする必要はない。その提供プロセスが難しいからこそ、その困難さを解決する努力が企業の「技術的変換」になるのである。
「組織パターン」で未来をあぶり出す！
ある日突然、業務知識もない、人脈もない、基礎的な素養もない部署に異動することになったら、あなたならどうしますか？そして、その事業が15年連続右肩下がり業界としたら、あなたは何から手を付けますか？そんなピンチな私の杖になってくれたのは、アジャイルの鉄人たちの教えでした。 業務改善をしたいけれど、どこから手を付けていいかわからないと思っている方に、未来会議というフレームワークとそのダンドリを「XP祭り2014」でお話させていただきました。何かの参考になれば幸いです！
情報発信する文化の根付かせ方がすごい！- 株式会社リクルートジョブズさま Qiita Teamインタビュー - Qiita Blog
情報発信する文化の根付かせ方がすごい！- 株式会社リクルートジョブズさま Qiita Teamインタビュー こんにちは！ htomineです。 大きな組織では社内のコミュニケーションが問題になりがちです。 今回は、そんな大きな組織にうまくQiita Teamを導入され、 しかも社内に拡げていくことに成功されている事例をご紹介します。 インタビューのポイントQiita Teamを導入した目的のひとつは”情報発信する文化を社内に根付かせる”ことQiita Teamを導入・浸透させるための方法について話し合い、試行錯誤している目次会社概要導入の経緯導入前の課題メールやファイルサーバーに情報が埋もれてしまっていたファイルサーバーでのドキュメント共有の課題メールでのコミュニケーションの課題導入時にどんなことをしたか情報発信することに価値を感じてもらうための工夫導入時のノウハウを別の部門に横展開何を載
星野リゾートの事例で考える「モチベーション」と「やる気」の大きな違い 組織の活性化に必要な「見極める力」【第1回】 | 戦略｜DIAMOND ハーバード・ビジネス・レビュー
早稲田大学ビジネススクールの教授陣がおくる人気連載「早稲田大学ビジネススクール経営講座」。4人目にご登場頂くのは、組織行動学、人材マネジメント論がご専門の竹内規彦准教授だ。組織の中の人の問題を考える際にカギとなる「モチベーション」「目標設定」「理念浸透」の3つのキーワードを軸に、リーダーに求められる「見極める力」を計3回に渡って考える。 「モチベーション」は「やる気」と同義か 竹内規彦（たけうち・のりひこ） 早稲田大学ビジネススクール准教授 愛知県名古屋市生まれ。2003年名古屋大学大学院国際開発研究科博士課程修了。博士（学術）学位取得。東京理科大学経営学部准教授、青山学院大学大学院経営学研究科（戦略経営・知的財産権プログラム）准教授等を経て、2012年より現職。 組織行動学・人材マネジメント論を専門とし、国内外の主要学会にてベストペーパーアワード等を多数受賞。米国Association
伊藤直也が語る「仕事の流儀」第3回──OSSプロジェクトのように組織をつくる｜CodeIQ MAGAZINE
伊藤直也氏が語る「仕事の流儀」の第3回は、暗黙知を作らない組織の作り方。オープンソースのスタイルで組織を作ればいいという直也氏は、KAIZEN platform Inc.において、どのような行動をとっていたのか。 ある取り組みによって、KAIZEN流の行動哲学が生まれたという事例をもとに語っていただいた。 by 馬場美由紀 （CodeIQ中の人） 暗黙知を作るな、すべてを形式知に変えよ 前回は、Sqwiggleを活用したリモートワークやGitHubを活用した開発について述べました。 開発プロセスは、まあアジャイル開発っぽいですね。アジャイル開発というか、スクラムで求められている他のプラクティスについて、KAIZENのリモートワークではどのようにやっているかをもう少し説明すると、まずデイリースタンドアップ、いわゆる朝会です。リモートでやってるので、スタンドアップといいつつ立ってはいないんです
良いルール、悪いルール - ビープラウド社長のブログ
ルールには、良いルールと悪いルールがあります。 良いルールとは、メンバーの安心が得られるルールです。ルールがあることにより、何かをするときの基準がわかるので、おもいきって行動することができます。 一方、悪いルールとは、人が問題のある行動をしないよう、あからじめ制限し縛るためのものです。 会社には就業規則というルールがあります。就業規則は会社生活を送るための基本的なルールです。 会社生活を快適にするためにも、就業規則は「良いルール」にする必要があります。 私は、就業規則をつくるにあたり、本を数冊買ってきて、かなりの時間をかけて内容を検討しました。 その結果、顧問の社会保険労務士さんに見てもらったところ「こんなに従業員寄りの就業規則はあまり見ないね」と言われたので、良いルールにできたのではないかと考えています。 次に、悪いルールはどのような時につくられるか。私は２つのケースがあるとおもいます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Omoroki 9 Hacks】 組織のあり方を考えている人へ