タグ

チームに関するmonochromekkのブックマーク (4)

  • 1on1.md

    1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 のがあるようですが、とりあえずは『1 on 1 で 何を話すのか? マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基定期的にやります。上長とメンバーとの間で行うのが基です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい

    1on1.md
  • リモートワークはとても難しいという話をしてきました - だいくしー(@daiksy)のはてなブログ

    "Agile Japan 2017 京都サテライト", "KANJAVA PARTY 2017" で、『リモートチームの道具箱』というタイトルのセッションでお話をさせていただきました。 connpass.com kanjava.connpass.com リモートワークに取り組んでいるチームで仕事をして3年目になりますが、リモートワークは難しいなーというのを常々思っています。 世の中はどちらかというと、リモートワークという素晴らしい取り組みをどんどん推進しようという流れに向いています。リモートワークの推進には僕も賛同するのですが、一方で、「難しさ」の部分があまりクローズアップされません。このまま、導入だけが先行してしまうと、結局「やっぱりリモートワークなんて止めたほうがいいのでは」となってしまう恐れがあって、それを懸念しています。 リモートワークは上手に使いこなせば、柔軟な働き方が促進される

    リモートワークはとても難しいという話をしてきました - だいくしー(@daiksy)のはてなブログ
  • 早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳

    新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分

    早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳
  • 「ビジネスvsエンジニア」の構造に持ち込むな チーム内外の信頼を勝ち取るマネージャーの処世術

    2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。開発知識に加え、マネジメントスキルも求められるプロダクトマネージャーが最速・最高のアウトプットを生み出すにはどうすればいいのでしょうか。パートでは、伊藤氏がマネージャーがまず始めたいこと、そして言ってはいけないNGワードについて語りました。 「周囲の信頼を勝ち取っておく」大切さ 伊藤直也氏(以下、伊藤):このへんは、トップマネジメント向けです。CTOやステークホルダーに近いマネジメントをやっている人に対して、すごく重要なことです。 マネージャーをやるとき、自分のチームをきちんとマネージしていくことも大事なんですけど、もう1つは、自分たちのチームが外からの信頼を得ておくこともすごく重要です

    「ビジネスvsエンジニア」の構造に持ち込むな チーム内外の信頼を勝ち取るマネージャーの処世術
  • 1