20人超えのチームを一年、退職者ゼロでのりきった”マネジメント”でやったことリスト。 - 笑顔を創りたいWebディレクターの日常
こんばんちは、スーパー太っちょWebディレクターです。 スーパーは太っちょにかかります。 ※すんげー長い記事になったので、ビール片手にでも読んでもらえればなのです。 ぼくはちょうど1年前あたりから２０人超えチームのマネージャーをやっているのですけども。大変だったけど、なんとか退職希望者ゼロで１年間乗り切ることができまーしたーのですー。ぱちぱちぱちー。 （必ずしも退職者を出さないことがベストだとは思いませんけどもね） だが、ふと周りを見回すと、もしかしてこれはあんまり普通のことではないのかもな？と思ったりして。なぜなら、年が明けて1月になると周囲の部署から少ない数の退職希望者が出ていて。弊社は全社で数千人、僕が所属しているEC部門だけでも２００〜３００人ぐらいいる。 だからまあ、そりゃ退職者がたくさん出るのもある程度は仕方ないし、12月の賞与が出て、まとまった有給休暇も付与されて（1月1日付
バーンダウンチャートで子どもの夏休みの宿題を「マネジメント」した話 | Backlogブログ
Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか？ 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 夏休みの宿題をマネジメントする事の発端 うちの子にかぎって 私には小学校6年生と2年生の娘がいます
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
システムエンジニアと話していて困ったこと
システム開発でエンジニアとのコミュニケーションで困るのは良くある話。 今まで色々な開発に携わってきましたが、社内SEとのコミュニケーションで困ったことと対策を書いてみました。 私自身が現役エンジニアでもありますが、どちらかというとディレクションの方が経験が多いので、両方の目線で考えてみました。 何を言ってるか分からない 「マスターにマージしたらコンフリクトしてデプロイできません」 とか 「オンプレ環境でデータベース構築したのでクラウド環境からリプレイスします」 とか、聞く人が聞いたら 「パルスのファルシのルシがパージでコクーン」と同じレベルですよね。 意味不明すぎて「日本語でOK」って言いたくなりますがそこは我慢です。本人は普段から当たり前に使っている言葉なので、伝わらないことに気付いていないだけなんです。 ただ、これの対策はあんまりなくて、、、 「可能な限り覚える」しかないと思ってます。
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
「小さいエラー」をたくさん踏んだほうがいい - インターネットの備忘録
管理職の仕事って、「わたしがカバーできる範囲内でならどんどんミスっていいよ、って部下に任せて、何かあったら粛々と責任を取っていくことだよね」みたいな話をしました。 仕事の権限委譲って重要で、何かあったら責任は取るからやってみて、って思い切れない人が管理職につくと、チームが硬直してしまうし、業務もスタックしてしまう。そして、ミスでしか得られない知見もあるはずなので、必ずしもミス＝悪ではない、という前提をもって任せる。そういう腹のくくり方が管理職には必要で、その覚悟を引き受けるから権限をもらえたり、お金をたくさんもらえたりするんだよね、という感じ。 という覚悟を持って仕事を渡しているので、メンバーには「こっからここの範囲内なら、いろいろトライしてみていいよ」と言って任せられたら、じゃんじゃん挑戦してミスってみてほしいなと思っているんですが、なかなかそうもいかないようです。 たとえば、経験が浅い
チームが崩壊しうる要素3つを備忘しておく - インターネットの備忘録
急ごしらえのタスクフォースチームに入って慌ただしい数週間なのですが、「あっこの要素はまず潰しておかないと、チームって崩壊するんだな」と感じた点があったのでメモします。まだあるかもだけど、とりあえずこの直近でやばいなと思ったこと。 Why？まで落とさず作業を進める 「なぜその仕事をする必要があるのか」「これはなんのための作業か」を全員が理解しないまま目先の作業に取り組むと、成果物にものすごいバラつきが出てしまう。その資料は何を伝えるものなのか、要求した人は何を知りたくて必要としているのか、をしつこく確認するのは重要で、それを全員に徹底しないと、やり直しが大量に発生するし、やり直させることで作業者のモチベーションも下がる。 やり直しも「頼んだことができてない」はまだよくて、「頼んでないのにできてない」が、なるべく少なく済むようにしないといけない。 これは、依頼側もただ作業手順を伝えるだけじゃな
新しいディレクターが来て会議を変えた話
がっきー@漫画家総合垢 @gakky88NSR ゲーム開発時代の話。 開発の中盤、開発は難航していた。 会議はミスやトラブルの責任の追求が中心に行われ、処刑場になっていた。 ある日、新しいD（ディレクター）が配属された。 僕の大好きなゲームを作った人だった。 2017-02-10 22:39:45 がっきー@漫画家総合垢 @gakky88NSR Dが来て初めての会議。 リーダーはいつもの様にミスした者や遅れた者を探し、追求し、叱った。 Dはそれを見て笑った。 「ずっとこんな事してたの？」 「やめやめ！会議のやり方を変えます」 2017-02-10 22:40:07 がっきー@漫画家総合垢 @gakky88NSR 「まず、進捗の報告は出来てない物、問題のある物だけで良いです。 出来てる物は予定表で分かるから必要無い。 で、その問題がどうすれば解決出来るか、助けがいるなら何が欲しいかだけを話し
青学･原監督｢管理職の仕事は管理じゃない｣
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
UXデザイナーが直面する、体や心を壊す状況について
UXデザインの業務をはじめてはや5年。 自分自身も三十路超え、ついでに体重も肥え、文字通り『脂がのってきたかんじ』の状況ですが。 5年の中で、先輩方が体を壊したり、自分自身もあと数歩で体を壊すのでは？というところにいったことを、ふと@VoQn氏のツイートでおもいだしました。 (酔ってきたからいいかげんな事言う)「UIデザイナー」っていう「ロール」は充てちゃ駄目です。その子、全ロールの要求に頭がパンクするか、人材として潰れてしまうまでタスクが積まれて心療科通いになっちゃいます (続く — ぼうくん (@VoQn) 2014年11月18日 ※詳細 @transit_kix姉さんがまとめてくれている「酔ったぼうくん氏語る「ポジションに据える形での“UIデザイナー”というセクショニングの危険性」 「フルスタックデザイナーになろう！デザイナーもコードをかくのが当然」「デザイナーもUXデザインで上流工
【境界が無くなる】デザイナーとエンジニアの仕事内容 デザイン会社 ビートラックス: ブログ
アメリカ、特にサンフランシスコ周辺の会社を見てみると、エンジニアに加えてデザイナーの需要が高まっている。これは見た目やUXが優れたプロダクトへの人気が上がっており、企業としてもよりユーザー目線で使いやすくニーズにあった製品を作る為に、企画段階からデザイナーを参加させる事が増えていているからであろう。 それに伴いデザイナーの役割が、これまでの”見た目を美しくする”事から”ユーザー視点で最適な問題解決方法を見つけ出す”へと広がりを見せている。 このビジネスに対するデザインの重要性の高まり-デザインシフト-でデザイナーやエンジニアに求められるその役割と仕事の範囲に変化がおき始めている。恐らく10年程前と比べてみると、それぞれの仕事の範囲が多種多様に広がっているのに加えて、オーバーラップする領域も増えているだろう。 デザインの未来を示す15の変化で下記のような項目があった。 “デザイナーとエンジニ
グーグルが突きとめた！社員の「生産性」を高める唯一の方法はこうだ（小林 雅一） @gendai_biz
社員の生産性を極限まで高めるには、どうすればいいのか――米グーグルが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）」によって実施された。 グ
途中であれこれ止まりがちなディレクターのタスク管理に最適かも？Jootoが意外なほど使えた件
さて皆様こんにちは。ナカムラです。唐突ですが、ディレクターのタスクってすんげぇゴチャゴチャしますよね。 基本、自分だけでは終わらないタスクがほとんどなので... 誰かに何かを依頼するための○○ 誰かの確認待ちでなんか止まってる○○ 考えてはいるけど優先度の問題で放ったらかしになってる○○ あと「手が空いてる時に！」とか言われてぶん投げられた○○ こんな感じの「どう分類していいんだかよくわからないタスク」でタスクリストが埋まっていき、しかもそれが「何をもって終わりなのか？」がよーわからんようなモノばっかりで... 結果いつまでもリストに入りっぱなしのタスクだらけに。 なってません？...ちなみに僕はなってました。 超シンプルにタスクをカテゴライズしてみるといいかもしれない というわけで、そんな感じの「終わったんだかなんだかわからないタスク」に埋め尽くされたナカムラが辿り着いたナイスなタスク管
飲み会を捨てたチームビルディング | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただいています。今回は「脱社畜ブログ」の日野瑛太郎さんによる効果的なチームビルディングの提案です。 チームビルディングには「飲み会」が本当にベストなのか？ 会社で新しいプロジェクトが始まり、新チームが結成されると、まずは顔合わせということで「飲み会」が開かれることも少なくありません。「飲み会を開くこと」はチームビルディングの定番中の定番です。「とりあえず、飲みに行けば打ち解けられる」と、多くの日本人が信じています。今日も日本中のいたるところで、プロジェクトのキックオフに合わせた「飲み会」が開催されていることでしょう。 ところが一方で、「実は飲み会が苦手だ」という人もいます。僕の知り合いにもお酒が一滴も飲めない人がいるのですが、そういう人にとって飲み会は必ずしも楽
UIの話は会議室でするな
UIデザインの決定プロセスをより高速化するために、会議するのをやめました。会議をやめたことでより多くのフィードバックを得ることができ、デザインの修正コストを下げる事ができました。
ScaleOut | Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
何年か会社で働いてきて、なんとなく気付いたことや思ったことを淡々とまとめてみる | 感謝のライフハック
■誰もが「自分ばっかり忙しい」と思っている 後輩も先輩も、派遣もバイトも、みんな「自分は大変だ。自分に仕事が回ってきて、自分ばっかり忙しい」と思っている。 仕事ができないと思っていた後輩の口癖は 「俺は忙しいんです」 だ。あんまり、仕事は抱えていないはずなんだけど・・・。 Chromeのインストールも自分でできないような派遣の方も、ある仕事の進捗を尋ねたら、 「私は忙しいんです」 と言っていた。 仕事ができる先輩も、 「俺ばっかり仕事が回ってきやがる」 みたいに言っていた。 誰もがみんな、自分はすごく忙しくて、自分ばっかり頑張っているように思っているのだ。 みんな、主観で忙しいのである。 ただ、そんな中、本当に仕事もできて人間的にもカッコイイ先輩は、どんなに仕事が回ってきても、黙々と、淡々とこなしていた。 こういう人になりたいと思った。 ■マネジメントと将棋の関係 大企業だとありがちなんだ
エンジニアの評価が４以上にならないワケ
エンジニアの仕事は原則として「できて100点」、できなければ減点。 一般的な社員評価の基準に照らし合わせると、「できて100点」だと、４以上の得点はつきにくい。 大体、どこの会社でもこんなイメージの評価じゃないだろうか？！ 4以上 ・・・ エクセレント（スーパーな貢献をしたレアケース） ４ ・・・ よくできました。（普通に優秀） ３ ・・・ 可もなく不可もなく。（でもちょっとネガティブ） １〜２ ・・・ 何か問題があった時。（基本的につけたくない点） 絶対的な評価をされると「できて100点」の仕事の人は、4以上の評価がつくケースは稀だ。逆に毎回４以上の評価になるのも少しおかしい。毎日株価が上がってる銘柄みたいなもんだ。 例えばサーバ管理の仕事が典型例で、「動いて当たり前」、大きな障害が起きれば「減点」になってしまう。本当は、いつ壊れるかわからないというサーバを守っているという部分に対し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cakes（ケイクス）
あなたのチームの「いい人」は機能していますか？
