ベストプラクティス・ドリフトについて
はじめに この記事は「ベストプラクティス・ドリフト~技術選定におけるベストプラクティスの老朽化にどう抗うか~」というタイトルで話した内容の台本だ。 経緯としては会社でテックカンファレンスをやることになり、なに話してもいいよとリクエストをいただいてたので、自分が好きな技術選定をテーマに話をさせていただいた。 ベストプラクティスという理想の解を追い求めてるエンジニアは自分を含めて決して少なくないと思う。その場その場はいい感じでも長年のベストプラクティスの変化を見届けると、おっさん目線ではどうしても平家物語の冒頭のような悲観主義が先立ってしまう。 「ずっと技術選定を運用していたら、ベストプラクティスって言われていたどんなものも、いつかオワコンって言われてしまう時代が来るよね」 社内の自分だ。そうした陰口をたたかれぬため、いえ、常にベストプラクティスを最新化し続ける努力を欠かさないようにするために
10人規模のチームを自律自走させ、成長組織へ変革するため実践していること
はじめに チーム全体の管理をするようになって1年程度が経過しました。今回記事を作成した目的は以下になります。 これまでチームで実践してきたことを整理し、今後の活動に向けた振り返りとする 同じような環境やこれからマネジメントを行う人の一助になれば かなり記事のボリュームが大きくなってしまいました…🙇 自分が実践してきたことや考えていることを振り返るのが主目的なので大目に見てもらえるとありがたいです。興味がある章や節だけでも、かいつまんで読んでいただければ幸いです。 前提 元々メンバー間の横のつながりは強いチームでしたが、上長や部長、その他ステークホルダーを巻き込んだ情報共有に弱みを感じていました。 私自身、チーム管理を引き継ぐ前はチーム内の1プロジェクト(3,4人規模)の開発と管理を担当しており、上記情報共有に頭を悩ませていました。 チームの開発スタイルについても少し補足します。 私達は社
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Slack
