マイクロサービスベースのAbemaTV開発プロジェクトが切り開くスクラムとプロジェクト管理の“新境地”
約30人のエンジニアによるスクラム開発で支えられているAbemaTV サイバーエージェントとテレビ朝日が共同で運営するインターネットテレビ局「AbemaTV」（アベマティーヴィー）は、2016年4月11日に放送を開始して以来、4カ月でスマホアプリのダウンロード数が700万に達した（2016年8月20日時点）。その間にさまざまなコンテンツやサービスの追加がなされ、チャンネルの数も当初の20程度から約30へと増加するなど、急成長を遂げているという。 「マスメディア」への成長を目指してサービスの拡充を図るAbemaTVのシステム開発現場では、マイクロサービスをベースとする最先端のスクラム開発とプロジェクト管理が試みられている。本稿では、その一端を伺えたので、紹介しよう。 AbemaTVの立ち上げに際し、ディレクターの1人としてアジャイル開発の体制整備を担った大崎浩崇氏によると、サイバーエージェン
若手PM必読！プロジェクト失敗４大パターンと失敗を防ぐ方法｜プロジェクト管理・工数管理「クラウドログ」
システム開発のプロジェクトを管理するプロジェクトマネージャー。プロジェクトが成功するかどうかは、プロジェクトマネージャーの腕に掛かっていると言っても過言ではありません。 プロジェクトが始まったものの、 要件がいつまでたっても固まらない 指示通りにメンバーが動いてくれない プロジェクトメンバー間のコミュニケーションがぎくしゃくしている どんどん進捗が遅れていく などの問題が発生したことがありませんか？ システム開発を成功に導く為には、緻密なプロジェクト計画と進捗管理、課題管理、プロジェクトメンバーへの適切な指示など多くのプロジェクト管理スキルが求められます。 プロジェクト管理スキルは１冊の本になるほどボリュームがあるものです。 そこでこの記事では、忙しい方でも学べるよう特に重要なノウハウを５分で読めるよう１枚にまとめました。ぜひこの記事をプロジェクト成功の参考にして下さい。 1．プロジェクト
炎上プロジェクトはどうして復活できるのか―伝説のプロマネが会社を救う
数年前のある日のこと、重要顧客の最高情報責任者（CIO）から呼び出しを受けました。深刻な顔で打ち明けられたのはこんな相談でした。 「実はかなり困った案件がある。A社にお願いしている新規ビジネスのためのシステム開発プロジェクトだ。難航している。昨年リリースの予定だったが1年延期した。そろそろも延長した1年も過ぎるが未だにリリースのめどすら立ってない」 それは大変です。CIOによるとこのシステム開発の当初予算は30億円。1年半かけて導入/稼働の計画だったとか。しかし計画を1年遅らせてもまだ総合テストすら始まってない状態でした。 予算とスケジュールから要員計画はおおむね想像できます。ピーク時で月間2億～3億円、人員に直すと200～300名体制で開発/導入する計画だったはずです。12カ月の開発延長期間はピーク時の半分の人員で進めたとしてもざっと10億円が投入されたはずです。少なくとも当初予算の30
こんなチームになると良いなあ
去年チームでやったワークショップで、みんながどんなチームを望んでいるか話し合ったので、その結果を見て2016年はこんなチームにするぞ！という意気込みと、帽子の使い分けについて話した
プロジェクトマネジメントは仕組み化が9割
今回はオペレーションに関するスライドです。特にフォーカスすること、フォーカスするためにできることについて解説しています。 スタートアップへのアドバイスとして「フォーカスが大事」とよく言われます。それでも実際にフォーカスできているスタートアップは中々いないようです。 なのでこのスライドでは、なぜフォーカスすべきなのか、そして実際にフォーカスするためにどうやってオペレーションを効率化すれば良いのかなど、私がこれまで支援の中で得てきた知識をまとめてます。少しでも効率化して、フォーカスできるようになればいいなと願っています。
放置プロジェクトをなくすために「色つき星取表」を使ってみよう｜結城浩 / Hiroshi Yuki
※全文を公開している「投げ銭」スタイルのノートです。 こんにちは、結城浩です。 いろんな作業（プロジェクト）を並行して走らせていると、ついついおもしろいプロジェクトばかりやってしまいがちです。 そうすると、とても長い期間放置する「放置プロジェクト」ができてしまいます。いったん放置プロジェクトになってしまうと、おっくうになってしまい、さらに放置が進んでしまいますよね。 そこで、放置プロジェクトをなくすために「色つき星取表」を使ってみましょう。 特別なソフトや準備は何もいりません。いつも自分が使っている「表計算ソフト」を利用すればすぐにできます。ExcelやNumbersですね。Googleのスプレッドシートの人もいますかね。 以下では順を追ってお話しします。 ■まず、こんなシートを作りましょう。 ■このシートの左には日付と１行日記を書きます。つまり時間は上から下に流れます。 ■上にはプロジェ
納期・コストを削減する“開発案件3分割”の術
開発案件に含まれる業務処理機能を精査して、カットオーバー日までに必要な機能とそうでないものを分けたうえで、開発作業に優先順位を付けてみよう。たとえ厳しいスケジュールでも、要求をクリアするための確かな抜け道が見えてくる 第4回『“設計思想書”で開発の効率と質を高めよう』では、開発の作業効率を高める方法として、システム設計の目的や要点をまとめた“設計思想書”を用意し、過去の開発資産を積極的に再利用する方法を紹介しました。 これは「日常的に行っている多数の開発案件の“基本部分を共通化”することで、あらゆる開発案件の作業を迅速化する」という考え方によるものです。しかし、開発案件はさまざまです。この考え方だけでは対応できないケースも出てきます。今回は、個々のシステム開発作業を迅速化する、別のアプローチを紹介しましょう。 顧客の求める開発期間をうのみにしない まず事例を通して考えてみましょう。第1回『
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
生き残るために「要求エンジニアリング」を学ぶ
生き残るために「要求エンジニアリング」を学ぶ：上を目指すエンジニアのための要求エンジニアリング入門（1）（1/3 ページ） 上級技術者を目指すのであれば、要求エンジニアリングの習得は必須である。要求を明確化できれば、後工程の不具合が減少し、プロジェクトコストの削減や競争力強化につながるからだ。6回に渡って、要求エンジニアリングの基礎を解説する。 2009年、世界経済にとって厳しい年を迎えた。IT／ソフトウェア業界においても、ほかの業界と同じく厳しい時代になるだろう。この業界ではコストの大半を固定費である人件費が占めており、経済環境の変化に対応する力が弱い。だから、経済環境がいっそう厳しくなれば、プロジェクト価格の低下はもちろん、プロジェクト件数も減少し、ベンダ間の競争が激化する。企業は利益を出すために――いや、企業を存続させるために、多かれ少なかれ人件費の削減、時間単価の切り下げや時間当た
PMPの資格はほんとうに仕事の役に立つのか | タイム・コンサルタントの日誌から
昨年、勤務先でPMIの来訪を受け、同僚と共にインタビューに応じた。目的は日本におけるPMP資格取得の動向を探ることで、相手はいかにも頭の良さそうな30代の米国人であった。名刺を見ると、PhD、つまり博士号保有者であるむね書かれている。むろんPhDのほかにPMPも資格として名前の後ろに書かれている。 今さら説明するまでもないが、PMIはProject Management Instituteの略で、米国発で世界最大のグローバルPM団体である。日本にも支部はあるが、米国の本部が、世界中の数十万人の会員を統括している。PMIは元々1960年代に、プロジェクト・マネジメントに携わる人々が、PMという仕事もプロフェッショナル専門職として世に認めてほしい、との願いをもって結成された組織だ。現在のPMIは、通称『PMBOK Guide』(R)、正式には"A Guide to Project Manage
大規模スクラムの失敗から学んだこと #AgileJapan2015
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ 2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない！」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。
画期的なプロジェクト管理手法！ 「プロジェクトマップ」について | ParadiseWare Inc.
みなさんこんにちは、パラダイスウェア株式会社の代表取締役・橋本将功です。 記念すべきブログ第一回は、弊社サービス「マンモスチームワーク」のご紹介をします。 （とりあえず初回なのでビジネスライクで…。） マンモスチームワーク Mammoth TeamWork – プロジェクトとチームをつなぐ新世代ツール https://app.mmth.tw/ 早速自画自賛させていただきますが、このサービスは画期的です！！ 何が画期的かというと、工程管理のために新しく「プロジェクトマップ」という機能を発明しました。 ◯ マンモスチームワークはここが新しい！ これまで、お仕事でプロジェクトを管理するときは「ガントチャート」と呼ばれる工程管理表を使うのがお決まりになっていますが、実はこのガントチャート、誕生したのはもう100年も前なんです。 ヘンリー・ローレンス・ガント（英: Henry Laurence
ITプロジェクト戦略
私が日頃目にするITプロジェクト管理関連の書物はソフトウェア開発方法論や開発ツールに偏重していると感じています。また、方法論や開発ツールを導入すればプロジェクトの生産性が向上し、成功すると思い込んでいる経営者がいるようにも思います。方法論や開発ツールの重要性に疑義を差し挟む余地は些かもないのですが、プロジェクトの成功にはこうした方法論や開発ツールに加えて戦略が必要です。 また、上記の書物の多くは単独のプロジェクトに的を絞った議論になっています。プロジェクト管理を成功させるには、当該プロジェクトを含む組織がどう行動するかを考える必要があります。複数のプロジェクトが同時並行的に遂行されている組織（企業、システムプロバイダー）にとって、組織全体の利益（短期のみならず、中長期的利益）が得られなければ成功とは言えません。一つのプロジェクトの失敗が組織の生き残りを危うくすることがあり、逆に経営判断のミ
ゲーム開発 プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
Redmineによるチケット駆動開発はストック型プロセスとフロー型プロセスの二面性を持つ - プログラマの思索
Redmineの運用の現場を見ていると、チケットをストックとして見る場合とフローとして見る場合で観点が異なるように思えた。 ラフなメモ書き。 【1】Redmineを運用し始めた時に、チケットよりもRedmineプロジェクトの分割に重きを置いたり、チケットをWBSと一体視して、1チケット＝1担当者で運用する現場を見かける時がある。 たいてい、上手く回っていない。 本来のチケット駆動開発では、チケットを経由して一つの作業を複数人が分担してやり取りする。 その流れがチケットで表現されるから、今誰がボールを握っているのか分かるのに、チケットをWBSで固定化してしまうと、手戻り作業が発生するたびに、現状を把握しにくくなる。 このアンチパターンを「WBS駆動」「担当者固定」と僕は呼んでいる。 【2】@akahane92さんも言っていたが、Redmineでは、チケットのコメントが長くなるような運用の方が
プロジェクトとプロジェクトマネジメントの基本
プロジェクト的な立ち回りに経験の浅いビジネスパーソン向けの「プロジェクトマネジメント」の入門知識をまとめたスライドです。内輪向けにこしらえたβ版で、途中で息絶えた感が否めない仕上がりではありますが、ざっと概観するのにお役立ていただけるところがあればと思い、ネットの片隅に置いておきます。 編集後記は、筆者ブログ（心のうち）にて。 https://hysmrk.cocolog-nifty.com/blog/2020/10/post-79dcfe.html ※このスライドは、一つ前にアップロードしたスライドの16スライド目の後に1枚「プロジェクトマネジメントの難しいところ」を加えて、その他いくらか文言を修正したプチ改訂版です。
SEが知っておくべき、新規プロジェクト「失敗の本質」～成功率8割以上のPMOが語る、炎上させない方法論とは - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype スキル SEが知っておくべき、新規プロジェクト「失敗の本質」～成功率8割以上のPMOが語る、炎上させない方法論とは （写真左から）マネジメントソリューションズCOOの田口正剛氏と、マネージャーの佐藤直樹氏 企業景気の復活やサービス競争の激化により、国内・海外ともにシステムの新規導入・刷新プロジェクトの需要が高まっている。そこで、SIer・ユーザー側それぞれが人的リソースの確保と並んで取り組んでいるのが、プロジェクトの成功率アップだ。 2014年の『日経コンピュータ』によると、昨今のシステム関連プロジェクト成功率は約7割とのこと。プロジェクトの平均成功率は短期のものほど高く、「3カ月未満」が81％、以下、「3～6カ月未満」が78％、「6カ月～1年未満」が74％、「1年以上」が67％だった（※データの出典元は同誌2014年10月16日号）。
糞システムにしないため、私ができること『はじめよう！ 要件定義』
「なぜ糞システムができあがるか？」の答えは、「一つ前の仕事をしている」に尽きる。 詳しくはリンク先を見てもらうとして、まとめるなら、自分の仕事のインプットが出来てないので、仕方なく前工程の仕事を代行しているうちに、リソースと気力がどんどん失われているからになる。これはプログラマに限らず、SEからPM、テスタや運用を入れても、当てはまる。「何をするのか」が決められない経営層が糞だから、あとはGIGOの法則（Garbage In, Garbage Out）に従う。 では、どうすればよいか？ 「“何をするのか”を決めてもらう」という回答だと、連中と同じ肥溜めに落ちている。なぜなら奴らの“目標”とは、「売上を○％ストレッチする」とか「新規市場を開拓する」といった、現状を裏返した願望にすぎないから。売上アップ／新規開拓のために、どこに注力して、何にリソースを使い、そのために必要な道具（システム）を“
開発者の仕事が遅いわけではない！納期が遅れるホントの原因 | POSTD
“なぜ納期を守れなかったのだろうか？” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか？ Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと（S、M、L、XL）、また種類ごと（ストーリー、テスト、バグ）に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目：開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目：変動があるのは、ほとんどがチケットが開始される前（SomedayからBacklogまで）の段階です。これは、関係者が仕様を理解して作業の優先順位
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今どきのやり方でWebサービスを作ろう
