新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog
ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながら つまるところそれらが現実のどのような問題を解決していくのか？ どのように相互作用するのか？ これらが有機的に結びつくことで現実のどのような問題を解決していくか？ こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。 本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。 プロジェクトの機能的側面 技術的不確実性 各取り組み単体の詳細 はじめに / プロジェクトの雰囲気を伝える図 この記事で
新メンバーが多いチームにおけるプロジェクトマネジメントのコツ(苦労話)
https://devlove-kansai.doorkeeper.jp/events/75977 で話した資料です。
成功したプロジェクト・失敗したプロジェクトから学ぶ、エンジニアのチームビルディング - ログミーTech（テック）
成功したプロジェクト・失敗したプロジェクトから学ぶ、エンジニアのチームビルディング 成功したチーム、失敗したチーム スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社CyberZでF.O.Xのサービスマネージャーを担当している門田矩明氏は「成功したチーム、失敗したチーム」というテーマで講演を行い、これまでのサービス立ち上げの経験から、チームビルディングのベストプラクティスとバッドプラクティスを語りま
プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと - ログミーTech
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
「バックログに入らないタスクを可視化する仕組み」という話を技術勉強会でしました - Hatena Developer Blog
こんにちは。アプリケーションエンジニアの id:daiksy です。 はてなでは毎週木曜日に技術勉強会を開催しています。 参考: 寿司と勉強会とエンジニア - Hatena Developer Blog 先週、当番が回ってきたので、「バックログに入らないタスクを可視化する仕組み」というトークをしました。 speakerdeck.com 詳細はスライドを見ていただくとして、この発表で定義された「税」などの用語が、さっそく社内でのコミュニケーションでも使われだして、エンジニア同士で、ある概念について共通の認識を持つためにもこういった場は効果があるな、と実感しました。 はてなでは、アプリケーションを構築する技術だけではなく、プロジェクトマネジメントやチームビルディングの知見などもこうして技術勉強会で共有されています。
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
プロダクトオーナーが知っておくべき、チームやステークホルダーとの付き合い方、価値やリスクマネジメントの考え方を紹介しています。 PO祭り2016（2016年11月26日）での基調講演の資料です。
PM理論で考える、理想のリーダー像とは？って話 - 夜と朝のあいだ
2016 - 11 - 13 PM理論で考える、理想のリーダー像とは？って話 自分のこと 日常 たまには仕事関係の話でも書こうかな。 タイトルだけ見れば、やけにお固いタイトルだけど、オレが書いてるブログだからね、固くなるわけないよな。 柔らかい内容なんで、興味のある方は読んでみてくださいな。 毎週の初めに ミーティング やら行ってるんだけど、ちょうど、この話が出たんで書いてみるけどね。 理想のリーダー像 とは・・・ こんな事なんだよね 、ってノリで書いてみるぞ。 今、三つ仕事を持ってるんだけど、 事務系人材派遣の会社 、 進学塾 、 某生命保険の代理店 ・・・。 決めてることが有って・・・ 強いリーダーシップ！ これは、オレの 背骨 だな。これがないと、 わざわざ自分で商売やってる意味ない って思ってるからな。 と言っても、仕事に限らず学校とか地域の活動やサークルなんかでも、何かしら組織っ
スケールする会社を支える開発組織のマネジメント
Input object ではじめる入力値検証/input-value-validation-using-input-object
チーム開発を始める時に決めること - GeekFactory
頭の中を整理するために、新たにチーム開発を始める時に決めることをリストアップしてみました。すべて書き出すと大量になるので、プロセスや開発基盤を中心に書いています。 プロジェクト計画 ゴール マイルストン スコープ リリース計画 プロセス チーム構成 リスクと対策 プロセス スプリントスケジュール（例：月曜開始の1週間スプリント） 会議体の設定（例：スプリント計画、スプリントレビュー、レトロスペクティブ） 複数チームのワークフロー（例：プロダクトオーナー、UXデザイナー、開発チーム、QAチーム） 仮説検証サイクル（例：仮説設定、リリース、分析） 進捗管理方法（例：リリースバーンダウン） 品質管理方法 障害対応のワークフロー プロセス改善の仕組み（例：レトロスペクティブ結果のバックログ化） プロダクトデザイン（略） ソフトウェアアーキテクチャ（略） インフラアーキテクチャ（略） テスト計画（略
良いマネジャーは部下に説教せず、ツールを与える。
私が出会ってきた良いマネジャーは、殆どの人が 「もっとヤル気出せよ」 「成長しないとダメだぞ」 といった「説教」をしなかった人ばかりだ。 説教自体が悪いのではない。 だが、おそらく皆、説教にほとんど意味がないことを知っていたのではないかと思う。 例えばあるwebサービス運営会社のマネジャーは、「説教したって、人は変わらないですよ。」と言った。 またある商社のマネジャーは「こちらが言っただけで考え方を変える人なんて、見たことないです」と言った。 コンサルティング会社の30歳そこそこのマネジャーは「説教でなんとかしようっていうのは、要するに手抜きか頭が悪いだけですよ。」と言った。 彼ら有能なマネジャーは説教をしない。 ではどうやって人に対して影響を与えるのか。行動と考え方を示すのか。 実は彼らは皆、部下に「ツール」を与えていた。しかも単に与えるだけではない。部下が進んで使いたくなるように工夫を
完璧なプロジェクトなんてない - ソフトウェアさかば
サブリーダーをやり始めた若い人に「完璧なプロジェクトなんてない」と話したら目が点になっていたので、こちらの方が驚きました。 結果的にうまくいくことはあっても、どんなプロジェクトもそれなりに苦労する事はあるものです。こうすればうまくいく、なんていう王道はなく、その時点、その時点で、ゴールに至る道のりをイメージして、順に課題を解決していくしかないと思います。 完璧を目指す？ 完璧を目指すということは理想のプロジェクトがあり、それとのギャップを埋めていく事になるのでしょう。しかし、理想のメンバーが集まるとは限りませんし、理想のメンバーが揃っていても仕様が変わったり、ミドルウェアのバージョンアップ等で問題が生じる事もあるでしょう。 そもそも理想のプロジェクトの状態になったなら、力を抜いて開発するのでしょうか？それはおかしいでしょう。余裕があるなら速く完了すれば良いですし、そもそもそんな事はめったに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームとプロダクトをぶっ壊した話