Amazon.com: Clean Architecture: A Craftsman's Guide to Software Structure and Design (Robert C. Martin Series): Robert C. Martin: Book
米PMI（Project Management Institute）はプロジェクトマネジメントの知識体系「PMBOK（Project Management Body Of Knowledge）ガイド」の第6版を、日本語を含む12カ国語で2017年9月6日（米国時間）に発表した。日本語版の書籍販売は2017年10月を予定している。 第6版では、ビジネスの視点を強化したのをはじめ、様々な内容を改訂した。以下で改訂のポイントを分析していくが、その前にPMBOKガイドの成り立ちや位置付けを簡単に紹介しておく。 PMBOKガイドの第1版は1996年に登場した。同ガイドの前身である「PMBOK」（1987年発行）をPMIが大幅に改訂。その名称をPMBOKガイドに改めて発行した。日本では日本語版の第1版が1997年に登場すると、大企業を中心に徐々に広まっていった。当初は建設やエンジニアリングの企業の採用
9. （例）DevOpsのメトリクス 9 開発・CI QA デプロイ リリース 運用 開発の リード・タイム 非稼働時間 デプロイの リード・タイム リリース頻度 MTTR 欠陥・ビルド失敗・シス テムダウンに 伴う再作業 検出・見逃した欠陥の 割合、および 欠陥の影響度合い デプロイ頻度と かかる時間 リリース毎の 時間とコストの割合 システムダウン時の コストと頻度の割合 非稼働時間 MTTD (検知にかかる時間) （システム）変更の 成功率 （リリース成功の） 予測可能性 営業時間後の 緊急呼び出しの頻度 進行中の作業と 技術負債 MTTR 性能と利用時間の 割合 サイクル・タイム Wallgren Anders, Measuring DevOps: the Key Metrics that Matter, Agile2016 10. （例）DevOpsのメトリクス 10 開発・CI
YWTという振り返り手法について 今回はYWTという振り返りの手法についてご紹介してみたいと思います。前、メール版で書いてた記事ですが、ブログでもアップしときます。 さて。 振り返り、その手法はいくつかあるのですが、大御所の手法はやはりKPT（ケプト）と言われる手法でしょう。 KPTとは、その名の通り K：Keep P：Problem T：Try の頭文字を取った手法のことで、（やってみて）Keepしたいこと、Problemだと思うこと、次にTryしてみたいことを、分野別にまとめることができます。 KPTはシンプルながらかなり使える方法でして、以前僕もこんな記事をまとめていました。 YWTとは何か？ KPTは最近知っている方も多くなってきたのですが、YWTという手法はまだあまり知られていないようです。 かくいう僕も、昨年くらいにどっかで見かけて、「これ面白いなー」と教えてもらった手法です。
2017年02月09日 関デジDAY2017基調講演スライド 「駅すぱあとと未来と組織と -カンバン・見える化・カイゼンで活気に満ち溢れた組織へ- 」
I am proud to be one of the 17 founders/authors of the The Agile Manifesto back in 2001. I think it provided a jolt of energy, hope of a better way of doing things, of creating software and making the world work better. It was a pivotal turning point. But in the 14 years since then, we‘ve lost our way. The word “agile” has become sloganized; meaningless at best, jingoist at worst. We have large sw
システム品質を左右する「組織体制」「開発スキーム」「マインド」を改善してきたリクルートの苦労を振り返る（組織編）～ソフトウェア品質シンポジウム 2013 システムの品質を左右する要因は何か。リクルートテクノロジーズ 執行役員CTO 米谷修氏は「組織体制」「開発スキーム」、そして発注者を含む関係者の「マインド」の3つが大きな要因であると説明します。 9月12日と13日の2日間、都内で開催された日本におけるソフトウェア品質に関する最大級のイベント「ソフトウェア品質シンポジウム 2013」（日本科学技術連盟主催）の特別講演として行われたのが、米谷氏の講演「進化するIT組織と開発スキーム ～リクルートのサービス開発の事例紹介とともに～」でした。 大規模なシステムを迅速、かつ高品質に、という要求が続く現場で、米谷氏が続けてきた試行錯誤の中で得た知見とは何か。講演の内容をダイジェストで紹介しましょう。
主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識としての共有の機会も増えているし、実際に経験済み、習慣化済みになってきているように思う。要は「しっくり」くることが多いのだと思う。 しかしながら、現実のprjが経験型のアプローチ(アジャイル)を取ることはまだまだ少ない。この要因として、エンジニアと協業する他のメンバー、あるいはprjの利害関係者(組織の上層部を含む)が予測型の進め方を望むからではないか、と感じている。 というわけで、エンジニアと仕事をするエンジニア以外の人に伝えたいと思い、書いてみる。そのためにはおそらく、アジャイル開発、スクラムのプラクティスがどうこう、というよりは、プロジェクトマネジメントの世界観として語る方がよいかというのが本稿。エンジニアとして、抽象的な「しっくり」の言語化にもなればよいと思う。最
In an attempt at damage control, the CEO of the equity management startup Carta, Henry Ward, today emailed customers, telling them that if they are concerned about “negative press” tied to the out In the Lego-like world of Roblox, about a hundred blocky avatars march through a lamplit street, wielding Palestine flags that are larger than their own animated bodies. Characters dressed like cartoo
こんにちは！クックパッド編集室メディア開発グループ長の @yoshiori です。 今回はウチのチームの開発の進め方や見積もりの仕方を説明しようと思います。 実はコレ系の話は 5 年前にもデブサミで発表 したのですがこの時はリリースまで 1 年とかのレベルのプロジェクトの進め方の話でした。今回は 1,2 ヶ月でリリースまで持っていく開発の進め方を説明します。 動画サービス部分を microservices 化するときに実際に行った事を元に説明します。開発者は 3 人で 1.5 ヶ月位の開発です。 何故このようなことを行うのか 誰だって楽しく仕事がしたいし、なるべく不安などは無い方が良いはずです。 例えば自分がやっている作業がどうなったら終わりなのかわかっていなければ不安でしょうし、いつまでに作ればいいのかわかっていなければ不安でしょう。 そういった不安をなるべく無くすためにうちのチームでは
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
Your Agile Planning Tool for Speed, Power, & InsightsHansoft is an enterprise Agile planning tool that provides a single platform for decision-making at the project, program, and portfolio levels. Diverse and dispersed teams, expanding scale, changing goals, tight schedules — Hansoft solves the whirlwind of challenges facing organizations today. So you can plan, track, and manage your products to
『 エンタープライズアジャイル、海外動向と日本の現状』 2014/10/15 エンタープライズアジャイル活用勉強会 2014/12/17 IPAエンタープライズアジャイルのセミナー 2015/01/06 匠Method追加 概要： アジャイル開発宣言から14年。海外の小規模チームではアジャイルがもはや主流となりました。現在の議論は、エンタープライズでのアジャイル適用や組織変革にテーマが移りつつあります。一方で、独自の産業構造を持つ日本では、なかなか進まなかったアジャイル採用がWeb企業を中心に最近急速に進んでいるように見えます。しかし、従来のユーザとベンダーに分かれたシステムインテグレーション領域では問題も残ったままです。本セッションでは、海外でのアジャイルの動向、エンタープライズアジャイルのSAFeとDADの概要を解説した後、日本のアジャイル開発の現状としてIPAから発表された調査やIT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
