開発プロセス
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
|
ログイン
] [
Twitter
]
開始行:
→プロジェクト管理
→見積もり・発注
→[[CI/CD]]
#contents
*サブトピック [#p4328ed5]
-アジャイル
*話題 [#y6492acd]
-[[システム開発の基礎〜システム開発の全体像を捉える...
-[[XDDPとは>http://affordd.jp/about_xddp1.shtml]] 2017.4
--eXtreme Derivative Development Process
-[[ソフトウェア開発プロセス残酷物語>http://junichiito.hat...
--鎖でしばってもダメエンジニアは使えなかった。」
--「それどころか、むしろ同僚や自分自身が鎖にしばられて、...
-[[日本型ソフトウェアファクトリーこそ真の敵>http://agnozi...
-[[Web2.0時代のソフトウェア開発手法>http://itpro.nikkeibp...
-[[SW開発で火を噴くパターン>http://forza.cocolog-nifty.co...
--SW開発ではいつも結合テスト以降で火を噴く。
-[[ソフトウェア工学」は矛盾語法か?>http://metatoys.org/o...
-[[ふりかえりを実践してみて>http://forza.cocolog-nifty.co...
--現場から問題点のフィードバックがあれば、管理者も開発者...
--「ザ・ファシリテーター2―理屈じゃ、誰も動かない!」では、...
--リスク管理に敏感な管理者ほど、リスクを嗅ぎ取るためのフ...
--すると、フィードバックする雰囲気作り、場作りが重要にな...
--このフィードバックプロセスをマネジメントとしてフレーム...
-[[プログラミングファーストの開発のアキレス腱>http://blog...
--客がそれを安易だと勘違いして、安価だと思いやすい
-[[プログラミングファースト開発の必要性>http://d.hatena.n...
--最初に要件定義をして概算の見積りを出す。これは準委任契...
--次に顧客と仕様を実装に落とす部分(プログラミングファース...
--プログラミングファーストで仕様が固まったら、後は、一括...
--この形態なら、SIerでも契約しやすい。
-[[プログラミングファースト開発>http://d.hatena.ne.jp/hig...
*開発プロセスの種類 [#t926f0b5]
-CI(Continuous Integration) - 継続的インテグレーション
-UP(ユニファイドプロセス)−フォーマルプロセス
-XP エクストリーム・プログラミング - アジャイルプロセス
-MSF (Microsoft Solutions Framework) マイクロソフトの開発...
-ICONIX ドメインモデルから始めるミドルアウトプロセス(???)
*プロセス改善 [#qb5a6989]
-[[週1時間の取り組み「KAIZENアワー」は技術負債の解消にと...
-[[サイボウズの開発を支えるKAIZEN文化>https://www.slidesh...
*ウォーターフォール [#iaaaf1f2]
-[[ウォーターフォール開発とアジャイルの本質>http://getlif...
--WFの中心にあるもの、それは「今作りたいシステムの形式知...
--アジャイルの本質は「フォーカス管理の最適化」にあると思...
-[[ウォーターフォールの歴史>https://speakerdeck.com/u/sem...
-[[「ウォーターフォール開発」、本当に日本でうまく行ってい...
-[[「ウォーターフォール型開発は80年代の技術」>http://d.ha...
-[[なぜウォーターフォールは捨てられないのか?>http://jibu...
--ウォーターフォール開発は、マネジメント的にもビジネス的...
--実はこの方法は、ユーザー企業からも歓迎される傾向にある...
*CMM [#k3f7f711]
-[[“開発のよくある問題”を解決するCMMIの3大メリット>http:/...
--メリット1――情報共有
--メリット2――定量分析による合理的な意志決定
--メリット3――グローバル対応
-[[CMM5でもCMM1に劣ることがある>http://itpro.nikkeibp.co....
--プロセスの完成度とエンジニアリングの力は別だから
-[[「日本版CMM」へのパブリックコメントに絡むSEA-SPIN ML ...
--中小ベンダーが直接応札するようになるか?
これは、長い歴史と根強い慣習に基づく大変困難な問題と認識...
--インドが優れているのは、プロセスのレベルではなくて、自...
--改善するには、荒療治が要るでしょう。つまり、どんどん、...
-[[CMMI Main Page:http://www.sei.cmu.edu/cmmi/]]
-[[CMM解説:http://www.atmarkit.co.jp/aig/04biz/cmm.html]]
*Software Factory [#y44e4cb8]
-[[製造業をモデルにしたソフトウェア開発>http://itpro.nikk...
-[[@ITの解説記事:http://www.atmarkit.co.jp/fdotnet/softfa...
-[[解説:http://www.microsoft.com/japan/msdn/architecture/...
-MSの提唱する管理プロセス
--Standish Group [Sta 94] によると、アメリカでは毎年、お...
--これらのプロジェクトのうちスケジュールと予算の枠内に収...
--その他のうち、主に品質の問題によりキャンセルされたもの...
--予算を超過(平均で 189 パーセント)したものが 53 パーセ...
--本来の計画にあった機能を満たして完遂したプロジェクトは...
-[[art of project management@MSDN:http://msdn.microsoft.c...
*P2M [#kd6180ae]
-[[日本プロジェクトマネジメント協会>http://www.pmaj.or.jp...
-[[超上流を成功させる17か条>http://itpro.nikkeibp.co.jp/a...
--原理原則[1] ユーザとベンダの想いは相反する
--原理原則[2] 取り決めは合意と承認によって成り立つ
--原理原則[3] プロジェクトの成否を左右する要件確定の先送...
--原理原則[4] ステークホルダ間の合意を得ないまま,次工程...
--原理原則[5] 多段階の見積りは双方のリスクを低減する
--原理原則[6] システム化実現の費用はソフトウェア開発だけ...
--原理原則[7] ライフサイクルコストを重視する
--原理原則[8] システム化方針・狙いの周知徹底が成功の鍵と...
--原理原則[9] 要件定義は発注者の責任である
--原理原則[10] 要件定義書はバイブルであり,事あらばここ...
--原理原則[11] 優れた要件定義書とはシステム開発を精緻に...
--原理原則[12] 表現されない要件はシステムとして実現され...
--原理原則[13] 数値化されない要件は人によって基準が異なる
--原理原則[14] 「今と同じ」という要件定義はありえない
--原理原則[15] 要件定義は「使える」業務システムを定義す...
--原理原則[16] 機能要求は膨張する。コスト,納期が抑制する
--原理原則[17] 要件定義は説明責任を伴う
-P2Mにおける「スキーム・モデル」とは
--(1)プロジェクト目的・目標,
--(2)基本運営方針,
--(3)基本要求仕様書,
--(4)プロジェクト協調関係,
--(5)期待成果,
--(6)制約条件,
--(7)調査研究により,プロジェクトの基本構想文書,基本方...
終了行:
→プロジェクト管理
→見積もり・発注
→[[CI/CD]]
#contents
*サブトピック [#p4328ed5]
-アジャイル
*話題 [#y6492acd]
-[[システム開発の基礎〜システム開発の全体像を捉える...
-[[XDDPとは>http://affordd.jp/about_xddp1.shtml]] 2017.4
--eXtreme Derivative Development Process
-[[ソフトウェア開発プロセス残酷物語>http://junichiito.hat...
--鎖でしばってもダメエンジニアは使えなかった。」
--「それどころか、むしろ同僚や自分自身が鎖にしばられて、...
-[[日本型ソフトウェアファクトリーこそ真の敵>http://agnozi...
-[[Web2.0時代のソフトウェア開発手法>http://itpro.nikkeibp...
-[[SW開発で火を噴くパターン>http://forza.cocolog-nifty.co...
--SW開発ではいつも結合テスト以降で火を噴く。
-[[ソフトウェア工学」は矛盾語法か?>http://metatoys.org/o...
-[[ふりかえりを実践してみて>http://forza.cocolog-nifty.co...
--現場から問題点のフィードバックがあれば、管理者も開発者...
--「ザ・ファシリテーター2―理屈じゃ、誰も動かない!」では、...
--リスク管理に敏感な管理者ほど、リスクを嗅ぎ取るためのフ...
--すると、フィードバックする雰囲気作り、場作りが重要にな...
--このフィードバックプロセスをマネジメントとしてフレーム...
-[[プログラミングファーストの開発のアキレス腱>http://blog...
--客がそれを安易だと勘違いして、安価だと思いやすい
-[[プログラミングファースト開発の必要性>http://d.hatena.n...
--最初に要件定義をして概算の見積りを出す。これは準委任契...
--次に顧客と仕様を実装に落とす部分(プログラミングファース...
--プログラミングファーストで仕様が固まったら、後は、一括...
--この形態なら、SIerでも契約しやすい。
-[[プログラミングファースト開発>http://d.hatena.ne.jp/hig...
*開発プロセスの種類 [#t926f0b5]
-CI(Continuous Integration) - 継続的インテグレーション
-UP(ユニファイドプロセス)−フォーマルプロセス
-XP エクストリーム・プログラミング - アジャイルプロセス
-MSF (Microsoft Solutions Framework) マイクロソフトの開発...
-ICONIX ドメインモデルから始めるミドルアウトプロセス(???)
*プロセス改善 [#qb5a6989]
-[[週1時間の取り組み「KAIZENアワー」は技術負債の解消にと...
-[[サイボウズの開発を支えるKAIZEN文化>https://www.slidesh...
*ウォーターフォール [#iaaaf1f2]
-[[ウォーターフォール開発とアジャイルの本質>http://getlif...
--WFの中心にあるもの、それは「今作りたいシステムの形式知...
--アジャイルの本質は「フォーカス管理の最適化」にあると思...
-[[ウォーターフォールの歴史>https://speakerdeck.com/u/sem...
-[[「ウォーターフォール開発」、本当に日本でうまく行ってい...
-[[「ウォーターフォール型開発は80年代の技術」>http://d.ha...
-[[なぜウォーターフォールは捨てられないのか?>http://jibu...
--ウォーターフォール開発は、マネジメント的にもビジネス的...
--実はこの方法は、ユーザー企業からも歓迎される傾向にある...
*CMM [#k3f7f711]
-[[“開発のよくある問題”を解決するCMMIの3大メリット>http:/...
--メリット1――情報共有
--メリット2――定量分析による合理的な意志決定
--メリット3――グローバル対応
-[[CMM5でもCMM1に劣ることがある>http://itpro.nikkeibp.co....
--プロセスの完成度とエンジニアリングの力は別だから
-[[「日本版CMM」へのパブリックコメントに絡むSEA-SPIN ML ...
--中小ベンダーが直接応札するようになるか?
これは、長い歴史と根強い慣習に基づく大変困難な問題と認識...
--インドが優れているのは、プロセスのレベルではなくて、自...
--改善するには、荒療治が要るでしょう。つまり、どんどん、...
-[[CMMI Main Page:http://www.sei.cmu.edu/cmmi/]]
-[[CMM解説:http://www.atmarkit.co.jp/aig/04biz/cmm.html]]
*Software Factory [#y44e4cb8]
-[[製造業をモデルにしたソフトウェア開発>http://itpro.nikk...
-[[@ITの解説記事:http://www.atmarkit.co.jp/fdotnet/softfa...
-[[解説:http://www.microsoft.com/japan/msdn/architecture/...
-MSの提唱する管理プロセス
--Standish Group [Sta 94] によると、アメリカでは毎年、お...
--これらのプロジェクトのうちスケジュールと予算の枠内に収...
--その他のうち、主に品質の問題によりキャンセルされたもの...
--予算を超過(平均で 189 パーセント)したものが 53 パーセ...
--本来の計画にあった機能を満たして完遂したプロジェクトは...
-[[art of project management@MSDN:http://msdn.microsoft.c...
*P2M [#kd6180ae]
-[[日本プロジェクトマネジメント協会>http://www.pmaj.or.jp...
-[[超上流を成功させる17か条>http://itpro.nikkeibp.co.jp/a...
--原理原則[1] ユーザとベンダの想いは相反する
--原理原則[2] 取り決めは合意と承認によって成り立つ
--原理原則[3] プロジェクトの成否を左右する要件確定の先送...
--原理原則[4] ステークホルダ間の合意を得ないまま,次工程...
--原理原則[5] 多段階の見積りは双方のリスクを低減する
--原理原則[6] システム化実現の費用はソフトウェア開発だけ...
--原理原則[7] ライフサイクルコストを重視する
--原理原則[8] システム化方針・狙いの周知徹底が成功の鍵と...
--原理原則[9] 要件定義は発注者の責任である
--原理原則[10] 要件定義書はバイブルであり,事あらばここ...
--原理原則[11] 優れた要件定義書とはシステム開発を精緻に...
--原理原則[12] 表現されない要件はシステムとして実現され...
--原理原則[13] 数値化されない要件は人によって基準が異なる
--原理原則[14] 「今と同じ」という要件定義はありえない
--原理原則[15] 要件定義は「使える」業務システムを定義す...
--原理原則[16] 機能要求は膨張する。コスト,納期が抑制する
--原理原則[17] 要件定義は説明責任を伴う
-P2Mにおける「スキーム・モデル」とは
--(1)プロジェクト目的・目標,
--(2)基本運営方針,
--(3)基本要求仕様書,
--(4)プロジェクト協調関係,
--(5)期待成果,
--(6)制約条件,
--(7)調査研究により,プロジェクトの基本構想文書,基本方...
ページ名: