"コミュニケーション/チームビルディング"投稿一覧

Offers(オファーズ) 公式

※本投稿は、2023年5月30日に開催されたイベント「開発生産性を高める 〜ソウゾウ、Voicyの挑戦と苦労〜（https://offers.connpass.com/event/283434/... 続きを見る

Offers(オファーズ) 公式

※本投稿は、2023年5月30日に開催されたイベント「開発生産性を高める 〜ソウゾウ、Voicyの挑戦と苦労〜（https://offers.connpass.com/event/283434/... 続きを見る

Offers(オファーズ) 公式

※本投稿は、2023年5月30日に開催されたイベント「開発生産性を高める 〜ソウゾウ、Voicyの挑戦と苦労〜（https://offers.connpass.com/event/283434/... 続きを見る

Offers(オファーズ) 公式

※本投稿は、2023年5月30日に開催されたイベント「開発生産性を高める 〜ソウゾウ、Voicyの挑戦と苦労〜（https://offers.connpass.com/event/283434/... 続きを見る

森健太郎

エンジニア

チームのスキルや経験に影響があると考えます。
見積もらないアプローチでは、チームのスキルや経験がプロジェクトの進行に影響を与えることがあります。
スキルの不足や経験の乏しさが、タスクの遂行や進捗に影響を及ぼす可能性があるかと考えます。

Offers(オファーズ) 公式

※この投稿は、2023年7月20日に開催されたイベント「実践から学ぶ チームトポロジーを活用したチーム分割（https://offers.connpass.com/event/288731/ 続きを見る

Offers(オファーズ) 公式

※本投稿は、2023年7月20日に開催されたイベント「実践から学ぶ チームトポロジーを活用したチーム分割（https://offers.connpass.com/event/288731/ 続きを見る

熊谷 貴之

エンジニア

リモートワークでは、最初の印象が重要です。新しい職場で良好な関係を築くために、以下の方法を実践していました。

最初の1週間で、チームメンバー全員と個別に30分の打ち合わせを設定し、自己紹介や役職などを知るよう心掛けます。これにより、1人ずつ行うことで覚えやすく、仕事の詳細を聞く時間も確保できる点が良いです。

また、1対1のコミュニケーションではプライベー... 続きを見る

嶋田印刷

デザイナー

この質問はよくあり今も昔も多くの人がかかえる、悩みかもしれません。そして中々解決できる問題ではないので、自分の特性と照らし合わせて考えた方が良いです。

シビアですが、状況が変わったら儲かる方に自分を変化させないと、人生は厳しいので成功できないと思います。過去の成功法則というのは、ヒットした好きな事をすると多くの人が既にやっているので在庫損します。

価値観... 続きを見る

pospome

エンジニア

"その言語が嫌いという理由で渋っているのであれば、それは仕事だからやってくださいという話になると思います。
学習コストに関する問題であれば、業務時間内にちゃんと学習時間は取るので、問題ないとは思います。「渋る」ということに対して私の解像度が低いので明確な回答にはなっていませんが、、、"

杉田大樹

プロジェクトマネジメント

生産性との関係は少ないかなと思っています。
やはりWeb会議のやり方や事前の準備、ファシリテーションなどの要素が大きいかなと思います。
カメラのオンオフは気にならないですが、いつもオンにしている人が、オフにしがちになったりなど、通常と違う辺がある際はコンディションが気になってしまいます。

ABEChan@iOS/Android Developer

プロジェクトマネジメント

ものすごくラフな回答になってしまいますが、女性の方は特に身支度をWeb会議の為にするために時間を要してしまったりする可能性もあるので基本的にカメラオフでいいですよ〜のスタンスを最初に伝えています。私もカメラオフにしていますが、「おじさんの顔なんて見たくないだろうからオフにしときますね〜」って言ってます。

実際カメラをオフにしていた方が大人数の会議等ではネットワークにやさしいで... 続きを見る

Haruka Ishii

プロジェクトマネジメント

会社がカメラのオンオフに関してのルールを設定する場合は、会議体の目的と会社の文化に依存する話だと感じており、一概にこれが良いとかはない話なのかと考えております。が、カメラをオンにしておくだけで伝えられる情報量が増えることは間違いないので、自分はカメラはオンにしていることが多いです。

リモート中心の会社であれば、心理的安全性を担保する仕組みを整備するよりもカメラをオンにするだけ... 続きを見る

北野勝久

エンジニア

ここでいうリードタイムを、開発着手〜顧客環境へのデプロイまでのリードタイムと捉えて回答します。（お客様のビジネスゴール達成までのリードタイムとは議論を切り分けます。）

次のようなチェックポイントがあるのではないかと考えています。

・変更しやすいコードを維持する（ために、遠回りにみえてもリファクタリングを継続的に行う）
・Pull Request... 続きを見る

和田健太郎

エンジニア

立場は２部署の統括マネージャーですが、自分も完全に試行錯誤です。
個人的には概念を浸透させるというよりは、具体的な施策を実行した上で「実はこういった概念に基づいて取り組みをしてました」というネタバラシの順番でやるように心がけています。
どうしても概念の説明から入ると、「で、何するの？」→「うん、やってみたらいいじゃん」とこうなってくるので、まずは自部署の良い施策、として成功させ... 続きを見る

北野勝久

エンジニア

体制やリソースの張り方、現状の組織文化から考えることが多いです。
たとえばリファクタリングもある種の生産性向上施策だとは思いますが、組織文化によっては「承認なんていらんから、息を吸って吐くようにやるんだよ」となることもあれば、「プロジェクト遅延が起こるから、まずは根回しを・・・」となることもあるでしょう。
その現状とビジネスゴールによって、誰か専任をつけてやってもらうなら見合う... 続きを見る

北野勝久

エンジニア

過去にイベントで発表した資料があるので紹介させてください。
https://speakerdec... 続きを見る

Shoichi Namba

エンジニア

もちろんレビューに限らず、あらゆる部分は早いのが望ましいと思います。が、それは理想論でもあり必ずしも現実的に可能とは限りません。事業の進め方や開発の進め方による優先順位によっては必ずしもレビューを最速でできるとは限りません。開発しながらレビューをするというのは結構忙しくて大変な作業です。チームメンバーとしてそれを理解して、その中でできることを探すことも必要かと思います。

もち... 続きを見る

和田健太郎

エンジニア

当然ケースバイケースで中身は変化しますが、1on1は月1でやっているので、「長期の成長イメージの具体化」と「そのための今月の動き」をよくテーマにしています。
もう少し具体的に述べると

１．長期（再来年ぐらいまで）の成長イメージの言語化
２．年内の組織成長と個人の役割の言語化
３．今月の役割と目標の設定
４．アクションプランの設定 続きを見る

大平 紘基

エンジニア

意思決定をする必要が出てきた際、まずは「誰がその意思決定をするか」を明確にするところから会話する。
それはオーナーかその領域のスペシャリストか、もしくはチームではない部門長かしれないですが「誰がその意思決定をするか」と言うところからまずは決めること。

そのために、その意思決定の背景や必要性、結果について、チームで会話し目線を合わせる。
その後意思決定者が決... 続きを見る