チームが成熟され続ける仕組み（エンジニアリングマネージャーの取り組み） - Qiita
はじめに 新チームを、自律自走するチームへ移行させるテーマで記事を書いていきますが、 一番の肝は 『もしかして、あなたのチームは、新チームなのでは！？』 という点です。 新チーム≒未成熟なチームだとすると、 歴の長いチームだからと言って成熟したチームであるとは限りません。 優秀なメンバーが揃っていても、今ひとつスピードが出ない 何かとアクシデントが多い マネージャーが説明ばかりしている これらはチームが成熟しておらず、統率が取れていない証拠です。 ・チームが統率されていないことに気がつく ・チームが自ら統率された状態をつくる環境構築 という流れを書いていきます。 「新チーム」はぬるっとやってくる 新チームを受け持ったマネージャーのために記事を書いていますが、 チーム・ピープルマネジメントにおいて問題が発生するケースの多くは 「新プロジェクトが発足した」ようなタイミングよりも いつのまにか新
チームの心理的安全性を可視化しよう！今すぐできる超簡単ワークショップ「片思いマッピング」 | 株式会社PLAN-B
自称ふりかえりエバンジェリストとして社内で活動し始めてから1年ほどが経ちました。 幾度となくふりかえりを行なってきましたが、チームをより良くしたいと思い活動する中で、この「心理的安全性」がとても可視化しづらいという悩みがありました。主観的なものであり、自覚がないことも多いからです。 そこで、心理的安全性を可視化する新しいワークショップ「片思いマッピング」を考案し、社内のプロダクトチームのふりかえりで行いました。 ふりかえりを経て1ヶ月後、チームには大きな変化が！ なんとよそよそしかったプロダクトマネージャーが事業責任者とズッ友(誇張)に！ 今回は、チームの心理的安全性を可視化するワークショップ「片思いマッピング」を紹介します。 こんな人におすすめ！ チームの心理的安全性を高めたい人ふりかえりに慣れていない人ファシリテーションをあまりやったことがない人準備をする時間がない人(準備いりません！
スクラムにおける朝会の目的は進捗共有ではないよという話 - Qiita
これは何 スクラムを採用していてもしていなくても、朝会（デイリースクラム）を行っているチームは多いと思います。 最近僕が在籍するQiita株式会社のチームで朝会が形骸化してない？みたいな話があったので、そもそも朝会を行う目的と、朝会で行うべきことについて記事化していきたいと思います。 今回はスクラムを採用している前提で話をするので、朝会=デイリースクラムとします。 デイリースクラムの目的は進捗共有ではない デイリースクラムで、進捗共有をして終わりになっているチーム、意外と多いのではないでしょうか。 しかし、そもそも進捗の共有をしないといけない理由を考えなければなりません。 もしチームのみんながやっていることを知りたいだけであれば、朝会などでみんなで集まらなくとも日報や日々のチャットの中で把握はできるのではないでしょうか。つまり、朝みんなで時間をとって集まっている以上、ある程度のリターンがな
若手から見たリモートワーク時代のチームビルディング | BLOG - DeNA Engineering
2020 年 4 月にコロナの影響による緊急事態宣言が発令されて久しい今日この頃ですが、多くの会社でリモートワークが余儀なくされ働き方が大きく変わりました。 DeNA がリモートワーク可能な体制へと迅速に切り替えていく中で、私自身リモートワークによる業務が9割以上を占めました。私や私の所属するチームだけでなく日本中でも働くことに対する考え方が大きく変わるタイミングだったのではないでしょうか。（DeNAでは緊急事態宣言が発令される前には全社的にリモートワークがすでに可能なレベルにまで整備され、とてもスピーディーにリモートワークへと移行できました。制度や勤務体制など様々な整備をしてくださったことにとても感謝しています。） その中で、私たちがチームのコミュニケーションや課題を改善するためにどう工夫したのかをお伝えすることで読んでくださる方のチームのチームビルディングの一助にして欲しいと願っていま
不安に強い食べログFEチームの働き方｜食べログ フロントエンドエンジニアブログ
お疲れさまです！FE（フロントエンド）チームリーダー 兼 JIRA職人 兼 残業警察の辻です。 チームでjQuery→React/TypeScriptのリプレースプロジェクトを進めています。技術的なチャレンジはもちろん、大規模かつ長期プロジェクトゆえの不安と日々戦っています。 ・このプロジェクトはちゃんと進んでるの？このまま進めていいの？ ・成果が出るまでに時間がかかり、チーム外からは何もやってないように見えてない？ ・残業すれば初期計画スケジュールに間に合うけど、どれくらい頑張ったらいいの？ ・初めてのパターンだけど書き方これであってる？今後もこれに合わせる？ ・リプレース中にもどんどん技術が変わっていってキャッチアップが大変 ・チーム外から突然の依頼があったけど、優先度どうしよう...これらの不安と戦うため、いつでもプロジェクトの状態がわかる状態、いつでもチームに相談できる状態、個人依
プロダクト開発における納得感 - Konifar's ZATSU
これを読んだ。 medium.com とてもよかった。特にココ。 エンジニア出身ならわかると思いますが、企画はもちろんデザインナーエンジニアも、「なぜつくるのか」「今後どうするのか」ということはとても関心のあることで、そこの納得感はチームのパフォーマンスに直結するといっても過言でないです。 わかる。自分も納得した上で作りたい。納得感なくても素早く作ればええやんと思われるかもしれないが、ふとした時につらくなるし何か起きても提案する気も起きなくなる。特に小さい組織だと納得感重要。 自分でもちょっとしつこいなと思うくらい納得できるまで質問することがある。「この機能なんで最初のリリースに入れるんでしたっけ？」とか「これをつける目的は○○で合ってますか？」とか。相手を信用していないわけではなくて、納得して取り組みたいので気になったところを質問するのだ。聞き方をもっと工夫すればよかったと後で反省するこ
チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記
チームでどうやって活躍するか、まだイメージがついてない、振られた仕事をやっているだけで、仕事をしている間は忙しいけど、確認待ちになるとすぐ暇になってしまう、というメンバーの悩みを聞いていた。 巨大なチーム、巨大なプロダクトだと、すぐに全容を把握するのは難しい。その中で、この範囲なら触れています、任せてください、という庭を作るとよいのでは、という話をした。 思いつきで話したわりには意外といいことを言ってるなと思ったので掘り下げて書いてみます。 庭とは 現代では、庭のある家に住んでる人は少ないかもしれない。うちは実家が田舎だったので庭があって、ボールを蹴って回ったり、石をめくってアリを観察したり、隣の家の庭との境界もゆるくて、冒険と言って隣の家の庭で遊んだりしていた。 大人になってからの庭というと、池袋で遊んでた人が「池袋は俺の庭」と言ったり、JR新宿駅の東口を出たら椎名林檎の庭があることが知
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 の目的に沿ってい
たまに「スクラムが難しい」って相談があって見に行ったりする。 - Mitsuyuki.Shiiba
「プロダクトオーナーとしてやることはしっかりやってるんです」 「もちろんバックログがあります。そして、ストーリーが優先順にならべられています」 「MVP(Minimum Viable Product)も考えていて、ここまでが必須だと考えています」 「そしてこのMVPをこの日までにリリースしたいと考えているんです」 いいですね。 でも、ストーリーポイントを見たところ難しそうですね。 「そうなんです。もうプロダクトオーナーとして自分ができることは全てやりましたから、あとは開発チームに、この日までにリリースできるようになんとか頑張ってもらうしかないと思っています。スクラムではこういうときどうしますか？」 そうですね・・・。まずは、実現できないということを受け止めましょう。 「え？」 そして、ここで頑張るのは開発チームではなくてプロダクトオーナーですね。 「もう自分のできることは全てやっていますよ
プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと - ログミーTech
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
チームビルディングとは？ 目的や具体例・研修事例を解説
Excel、紙の評価シートを豊富なテンプレートで楽々クラウド化。 人事評価システム「カオナビ」で時間が掛かっていた人事業務を解決！ ⇒ 【公式】https://www.kaonavi.jp にアクセスしてPDFを無料ダウンロード チームビルディングとは、組織開発の方法の一つ。チームのコミュニケーションを円滑にしたり、チームメンバーの役割分担を明確化したりすることで、チームの目標達成に向けて組織に一体感が生まれると注目されています。 チームビルディングの目的や方法 その効果やタックマンモデル チームビルディングに効果的なゲーム形式の研修 などを紹介していきましょう。 １．チームビルディングとは？ チームビルディングとは組織のパフォーマンス向上を図るための活動を意味する言葉で、個々人の能力や個性を最大限に発揮するための環境づくりや取り組み全般を指します。ワークショップや研修をはじめ、日々のコミ
【保存版】Googleも採用する目標管理「OKR」を徹底解説！導入事例や運用ツールも紹介 | SELECK [セレック]
GoogleやIntelといった名だたる企業が導入し、書籍化もされたことで爆発的に広まった、「OKR」という目標管理のフレームワークを知っていますか？ 今回は、OKRって何？という初心者向けの解説から、その運用のコツ、企業における具体的な導入事例、さらにOKR向けのツールまでを、まとめてお届けします。 マネジメントや経営管理に課題をお持ちの方は、ぜひ、参考にしてみてはいかがでしょうか？ ＜目次＞ 【OKRとは？】OKRの仕組みや考え方を理解しよう 【OKRのメリットとは？】「MBO」との違いを知ろう 【OKRの運用事例】国内企業の事例を参考に、OKRの運用方法を知ろう 【OKR運用に役立つ海外ツール5選】効率的にOKRを管理しよう 【SELECKからの特典】「OKRパーフェクトガイドブック」 【OKRとは？】OKRの仕組みや考え方を理解しよう OKRとは、「Objectives and K
![【保存版】Googleも採用する目標管理「OKR」を徹底解説！導入事例や運用ツールも紹介 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/6d90cadc3d5ec1bb06c89545c30c658cac04c5e8/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F06%2F06192232%2F5087a4f1-b8a7-44ee-8be5-10fb8bb773ca.png)
リモートワーク、ひとりでやるか、みんなでやるか - コンポツさん
前置き 自分はいま週に3日の在宅勤務、2日はオフィスに出社という働き方を3年程度続けている。 このペース自体は3年間ほとんど変わっていないのだが、2018年1月からチームとしての仕事のやり方が大きく変わった。 具体的にはチームでモブプログラミングと1週間スプリントを始めた。 10年以上プログラマーとしてやってきているが、プログラマーとはこういう働き方をするものだっただろうかという新鮮な気持ちがある。 つまり、ブログタイトルのひとりでやるか、みんなでやるかとは、リモートワークをしながらその業務は個人で非同期的にやるのか、複数人で同期的にやるのかという意味である。 今までのやり方と今のやり方、どちらが良い悪いというものではないが、とにかく今自分はどう感じているかというメモを残しておくことにする。 所感 3人よれば文殊の知恵という言葉は正しい。2人(ペア)と3人(モブ)ではかなり違う。 リモート
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
エンジニアを疲弊させる、「やりません」「できません」を言わせない開発チームとは - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 開発をしていて、「いま本当にこの機能が必要か？」「この納期でその機能作るのは無理だろ」などと思った経験はありませんか？ 新人の頃は何も考えずに上に言われたものを作っていた、もしくは作ろうとしたけど無理だった案件があったという人も多いでしょう。上の立場の相手に「この機能、本当に必要ですか？」なんて、言いたくてもなかなか言えないものです。 しかし、現場の開発者が「これ要らなくない？」「これはできません」と思っているのにそれを口にできないようなチームって、よい開発チームとは言えないのではないでしょうか。 今回は、エンジニアが「やりません」「できません」と言うことについて考えてみました。 ■それ、本当にいま必須の機能ですか？ ユーザー「あー顧客情報を一覧で見れたら便利なのになー」
スクラムチームの最悪の敵に対処する - haradakiro's blog
寒くなってきましたね。 この前の記事が暑い話だったのは、いつの話ですかね。 で、今回は、スクラムチームの最悪の敵の話です。 まあ、プロダクト開発をぐるぐる続けられているなら、魑魅魍魎ステークホルダーともうまくつきあえるようになっているでしょう。 でも、怖い敵はいるのです。 インフルエンザ 寒くなってくると、そろそろと流行りはじめます。 チームメンバーの誰かが、敵の手に落ちます。敵もさることながら、いきなりは攻撃してきません。ちょっとだるいなとか、頭が重いなくらいの感覚です。 でもプロジェクトは進めないといけませんから、がんばって出社します。最近の風邪薬は強力ですから、多少の熱、咳くらいはコントロールできます。熱が下がったのでデイリースクラムに参加します。プランニングポーカーでエキサイトすることもあるでしょう。 はい、これでチームは敵の手に落ちてしまいました。しばらくすると、みんな感染します
チームが崩壊しうる要素3つを備忘しておく - インターネットの備忘録
急ごしらえのタスクフォースチームに入って慌ただしい数週間なのですが、「あっこの要素はまず潰しておかないと、チームって崩壊するんだな」と感じた点があったのでメモします。まだあるかもだけど、とりあえずこの直近でやばいなと思ったこと。 Why？まで落とさず作業を進める 「なぜその仕事をする必要があるのか」「これはなんのための作業か」を全員が理解しないまま目先の作業に取り組むと、成果物にものすごいバラつきが出てしまう。その資料は何を伝えるものなのか、要求した人は何を知りたくて必要としているのか、をしつこく確認するのは重要で、それを全員に徹底しないと、やり直しが大量に発生するし、やり直させることで作業者のモチベーションも下がる。 やり直しも「頼んだことができてない」はまだよくて、「頼んでないのにできてない」が、なるべく少なく済むようにしないといけない。 これは、依頼側もただ作業手順を伝えるだけじゃな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
ログミーBiz
エンジニアが働きたい場所で働けるために、チームに必要なこと
