「職能横断チーム」の実践におけるアンチパターンと対策 - yigarashiのブログ
近年のアジャイルムーブメントにおいて「職能横断チーム」は当たり前の概念になっています。ユーザーに価値を届けるのに必要なあらゆる機能をチームが備え自律的にコントロールすることで、リードタイムを短縮するとともに、イノベーションが起こりやすい環境を作ることができます。しかしながら、7〜8人を超える大きめの集団になってくると、開発の効率を著しく下げるアンチパターンを踏んでしまうことがあります。 「職能横断チーム」の実践におけるアンチパターン そのアンチパターンとは「いつも全員一緒」です。バックエンドエンジニアだろうとアプリエンジニアだろうと、デザイナーだろうとプランナーだろうと関係なくとにかく全員です。サイロ化のカウンターとしての「職能横断チーム」に囚われ過ぎてしまって、チーム内に部分集合を作ることを極端に避けてしまっている状態です。その結果、10人もいる会を開いて細かい相談で時間が伸びたり、そも
私的コードレビュー お作法
集団でソフトウェア開発をするときは、コードレビューをしたりされたりしながら進むのが当たり前となった昨今。 僕が自然と心掛けるようになったコードレビューお作法などをお気楽に書いてみます。 安易に「良い」とか「悪い」とか、一次元的な評価を下すのはよす他人のコードに対し、絶対的に「良い」とも絶対的に「悪い」とも、「大正義」とも言わないようにしている。 コードの書き方や設計の出来栄えは、評価するための色々な物差しがあって、「良い」「悪い」の2つに1つ、斬って捨てられるようなものではないと思う。(むしろ、そういう単純なものではないからこそおもしろいんじゃないだろうか……?) どのような指標をもちだすか、どういった利点/欠点に注目するのか、どんな畑で育ってきたプロダクトか、状況によって下すべき評価は変わるし、数えきれないほどある 設計パターンや慣習、従うべき原則、美的感覚のなかには、相反する「正しさ」
継続される1on1のコツ、話す内容例と1on1の目的について【2022年版】 - Qiita
本記事ではSIerに所属する著者が3年間にわたり、私たちのグループで実践している「1on1」の内容を紹介します（グループの業務内容は主にAI系の自社製品開発です）。 ・1on1をこれから始める方 ・1on1の取り組みを検討をされている方 ・1on1を実施しており、さらに改善を検討されている上司側の方 ・1on1を実施してもらっているが、なんだかしっくりきていない部下側の方 こうした方々にとって、何らか参考となれば幸いです。 とくにIT系の企業や職種では1on1を開催しているところも多いと思います。 新人プログラマの方にとっても、1on1を実施する側がどのようなことを考えて実施しているのか、ひとつの例として参考にいただければ幸いです。 （なおQiitaでは現在、新人プログラマ応援 - みんなで新人を育てよう！企画も開催中です） 私が自分の頭を整理するために記事化しましたが、非常に長い文章にな
不満への過剰な共感は状況を悪化させる - Konifar's ZATSU
何かを相談された時、自分は相手の状況や主張にまず共感を示してしまいがちである。嘘をついて同調しているわけではないのだが、この姿勢自体が状況を悪化させることもわりとあるよなと思っていて、雑にまとめておきたい。 たとえば「他チームの◯◯さんが開発の状況を理解してくれていない。理解する気も見えない」といった相談をされたとする。それに対して、「あーなるほど、たしかにねぇ」みたいなことを言った瞬間に、溝を広げることになってしまうかもしれない。 この場合、本来はお互いの歩み寄りが必要な話なのだが、相談してくれた側に寄り添って話すことで当事者間の関係性がよくなるどころか悪化することもありうる。吐き出してスッキリするかもしれないが、根本の解決にはならない。 チームメンバー思いのマネージャーや組織の中の"いい人"ほど、知らず知らずのうちにこの罠に陥りがちな気がする。おそらくコーチングを学んだ人はこういう相談
GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック（前編）。デブサミ2022
今日は「GitLabで学んだ最高の働き方」ということで発表していきたいと思います。 私、伊藤と佐々木はGitLabでソリューションアーキテクトをやっている者です。 GitLabは、オンプレミス用のソフトウェアと、GitLab.comも長年やっておりますのでぜひ使ってください。去年めでたく上場しましたので、さらにいろんな機能を追加して強力なDevOpsプラットフォームとして展開していきたいと思っています。 このセッションで共有したい内容の背景、これは個人的にGitLab社に参画した理由のひとつでもあるのですが、製品が魅力的であることともうひとつ、GitLabはご存じの通り、ご存じない方もいるかもしれませんが、従業員全員がリモートワークをしている企業です。 そこなら最先端のやり方での働きができるのではないか、という仮説が私の中にありまして、入社しました。 で、実際どうだったかというと、はい、最
日本人がタンザニアで文化人類学調査のため古着商人に→「歳を取らない15歳ぐらいの白人の少女がスラング混じりの下町言葉でがめつい古着商やってる」と超有名になった話が興味深い
とくぞうだったんですよ @sv_g8 今読んでるエチオピア都市部零細商人の文化人類学調査の話がむちゃ面白くて、彼らの文化を知るために実際に自分も古着商人をはじめた結果、「歳を取ることのない15歳ぐらいの白人の少女がスラング混じりの下町言葉でがめつい古着商やってる」と超有名になってしまったという話をしている。 2022-03-06 01:08:40 とくぞうだったんですよ @sv_g8 白人(アフリカ人から見たらアジア人も白人も白っぽいと区別は付けづらい)の歳を取ることがない15歳ぐらいの少女(アフリカ人から見たら小柄な日本人女性は常にだいたい15歳ぐらいに見える)って案件、なんだか都市化したエルフみたいな不思議さがある。 2022-03-06 01:11:16 とくぞうだったんですよ @sv_g8 この本はアフリカ都市部零細商人の持つ『ウジャンジャ(狡知)』という概念を調べた者なのだけれど
ストレスを生まないSlackのコツ - Pepabo Tech Portal
こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後
コードや Pull Request をコミュニケーションの手段として使ってほしい - Object.create(null)
レビューなり, 過去の経緯を調べる目的なりでコードや Pull Request (以下 PR) を読むとき, 書かれていてほしいと思う内容が書かれていないことが少なくない. 例えば, 背景や目的 全体的な実装方針 (特に複数の PR で一つの目的が達成される場合) これまでやったこと, 今やっていること, この次にやること 実装方法 他の方法との比較検討, あえてやらなかったこと, 今はやらないこと 気持ち 気になっていること, 迷ったこと, 自信がないこと, わかっていないこと ということで, こういうのを列挙してなぜ書いてほしいのかをまとめよう...かと思ったけど, 挙げるときりがないし, それぞれは表層的な問題でしかないのでやめた. では根底に何があるかというと, コードや PR がコミュニケーションとして成り立っているかどうかだと思う. 上に挙げたような個別の要求は, コードや P
僕たちはリモートワークに振り回されていた。Gatherを使うまでは。｜shikajiro
最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、
「同席しているみたい」──ビデオ会議の相手を3Dモデル化 Googleの「Project starline」 その仕組みは？
Innovative Tech： このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 米Google Researchの研究チームが発表した論文「Project starline: a high-fidelity telepresence system」は、2021年5月の「Google I/O 2021」で発表した対面式テレプレゼンス・システム「Project starline」の技術的仕組みを詳細に書き記したものだ。Project starlineとは、互いの上半身を取得し、3Dモデルとして離れた相手側のディスプレイにリアルタイムに表示し続けるシステムのこと。 発表当初、遠方にいる相手が目の前に実在するかのような高い臨場感でコミュニケーションが取れるのではと、一部で話題
ゲームの勝敗でかんしゃくを起こす子どもにできることは大人げない大人になること｜フィンランドワークショップomena
「ずるい！！ なんで勝てないの！？」 コントローラーを床に投げつけ ソファの上で大暴れしながら 小学１年生の男の子は 目に涙を溜めながらそう言った 私は月に数日 友達の子どものお世話をしている 親の代わりに学童に迎えに行って 親が用意しておいた 夕食を温めて食べさせる その後は一緒に遊びながら 友人が帰ってくるのを待っている 最初はおもちゃや トランプで遊んでいたが 最近はニンテンドースイッチの マリオパーティーという ゲームにハマっている その家にはゲームはあるものの その子はほとんど遊んだことがないと言う 私の友人は元々 ゲームはあまりやらないし 友人のパートナーつまり 子どもの父親がゲーム好きだが 「すぐに怒るから一緒にゲームはしない」 と子どもに言っていたそうだ そこへやってきた ゲームOKの大人に 彼は毎回 「ご飯食べたらゲームしよう！」と 目を輝かせているのだ。 最初の頃は 彼
「相手にコミュニケーションコストを丸投げする」ような上司に釈然としません。
この記事で書きたいことは、ざっくり以下のようなことです。 ・「頭の悪い人がよく使う話し方」というような記事を読みました ・「情報のやり取り」という意味で、対話における聞き手と話し手の立ち位置に本来差はなく、価値の高い対話は双方が協力して作り上げるものです ・それを無視して、「話し手」に一方的にコミュニケーションコストを負わせるのはあまり妥当だと思えません ・聞き手としても価値の高い対話ができるように考えたいですよね よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、あとはざっくばらんにいきましょう。 先日、こんな記事を拝読しました。 頭のいい人はそう答えない…｢頭の悪い人｣が会話の最初の5秒によく使う話し方 以下、一部引用します。(引用部分は無料部分のみですが、当然記事としては全文読んでおります) 質問に対して、小学生のような答えしかできない人がいる。 仕事で講演会
イッテQでおなじみの「出川イングリッシュ」実はかなりすごい→言語学者が未知の言葉を集める時と同じプロセスを踏んでいた
アニ @gorotaku 先ほどのことばの世界夜ラジオで、「出川イングリッシュの凄さ」という話をしていました。「自分の英語力の足りなさをカバーしつつコミュニケーションの目的は達成する手練手管」と言ってもいいです。以前もつぶやいたことあるけどもう一度書きます。続く アニ @gorotaku 例えば出川は、ロスの街に放り出されて「天文台に行け」という指令を受けるわけですね。当然スマホ使用は禁止。天文台はobservatoryですが、出川はその単語を知らない。さあどうする 続く アニ @gorotaku 出川はそのへんの人を捕まえて「どぅゆーのー すたーるっきんぐましーん」と聞くわけです。自分の知ってる単語で目的概念に最大限近づくの。そうすると聞かれた人が"...telescope?"と返してくるわけ。新しい単語ゲットだぜ 続く
Qiita記事「エンジニアの"有害な振る舞い"への対処法」への強烈な違和感 - kmizuの日記
最近、Qiitaで話題になってそこそこバズった（？）記事に、 qiita.com がありました。これ、最初は一読して凄いまともなことばかり書いているように見えましたが、一方で何か妙な違和感がありました。それは、私がいくつかの振る舞いについて思い当たりがあるせいではないか？と考えてみましたが、反省するところがあるなと思いつつも、何かが変だと感じていました。今朝、違和感の理由がわかった気がするので、書いておきたいと思います。 一番大きな問題は、「有害な振る舞い」といいながら、客観的に観察できる行為ではなく、主観的に行為の意図を勘繰っていることです。 そもそも、著者様は 私個人の経験に基づくため定性的かつ主観的な意見にはなりますが、メガベンチャーにて8年間様々なチームメンバと開発業務に携わりながらスクラム開発の各役割を1年ずつ、それからミドルマネージャーを2年経験し、さ> らに周辺チームや他部署
リモートワークのための質問力向上研修を実施しました - Classi開発者ブログ
この記事は Classi developers Advent Calendar 2021 の 7日目の記事です。 こんにちは。顧客サポート基盤チーム兼、技術戦略室にてエンジニアをしています、中島です。 みなさんは、日々仕事をする上で必須である「誰かに質問をする」という行為について、自信を持って適切に行うことはできているでしょうか？ 先月弊社では外部講師である、株式会社フィッシャーデータのあんちべさん をお招きし、質問力向上のための研修を実施しました。今回はこの研修を実施するに至った背景、研修内容を少しお見せするのと、社内の反響をお伝えします。 質問力を向上しよう！と至った背景 弊社は2020年2月頃よりリモートワークへの移行を行い、1年半以上が経過しました。リモートワークのお困りごととして一般的にもよく聞かれる、コミュニケーションについての課題を見聞きするようになってきました。 （ちなみに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「金も名誉もいらぬ」キリンビール布施孝之社長が目指した、無私無欲のリーダーシップ | となりのカインズさん