さくさく要件定義（リレーションシップ駆動要件分析RDRA）セミナーの感想 #RDRAセミナー - プログラマの思索
さくさく要件定義（リレーションシップ駆動要件分析RDRA）セミナーに行ってきた。 要件定義の考え方がすごく参考になった。 感想をラフなメモ書き。 【元ネタ】 さくさく要件定義（リレーションシップ駆動要件分析RDRA）セミナー - アジャイルウェア | Doorkeeper 要件構造の見える化 #RDRAセミナー: ソフトウェアさかば リレーションシップ駆動要件分析による実践的な要件定義手法の記事のリンク: プログラマの思索 【1】要件定義の問題。 いつまで経っても、システムの全体像が見えない。 大量のドキュメントばかりで、肝心のシステムが説明されない。 分析と言う名の転記作業ばかりで、要件定義が完了しない。 では、どうすればいい？ 要件定義、要件分析では、個人作業は非効率。 レビューと修正反映の繰返しでは、要件定義書の品質は上がらない。 その場で皆で合意を積み上げて進める方がいい。 ステー
キャリア1年未満だった僕が、社内にGitの運用を布教するために読みあさったもの ( +ちょ〜簡単に各Gitの運用方法のメリット・デメリット ) - Qiita
キャリア1年未満だった僕が、社内にGitの運用を布教するために読みあさったもの ( +ちょ〜簡単に各Gitの運用方法のメリット・デメリット )Gitgit-flowforkteamGithub-flow いろいろな方々とお話していると、「Gitでバージョン管理をしてみたい！」というような意見を多く聞きます。（Qiitaユーザーは「すでに使ってるよヽ(´ー｀)ノ」という方が多いとは思いますが…） 今回は、キャリア1年未満の時にgitの社内での運用についていろいろと制定していた際に、勉強した記事(+α)などを紹介したいと思います。 読んでほしい方 gitをチームでこれから導入しようとしている方 とりあえずgitを使ってみて、突っ走ってしまい、意味の分からないブランチが乱立したりして、運用に困っている方 新入社員の方など、バージョン管理って何なんだろうと思っている方 そもそもGitとは？基本的な
見積もり・発注 - 技術情報Wiki
見積もり† [ゼロから始めるプロジェクトマネジメント] プロジェクトの最初の打ち合わせからエンジニアを同席させよう（できればテスターも） | DevelopersIO 2024.5 Why software projects take longer than you think: a statistical model · Erik Bernhardsson 2019 「小さいアプリケーションの作り直しだし，すぐ終わるだろ〜」 - エムスリーテックブログ 2023.6 システム開発の提案における概算見積書の作り方 - Qiita 2023.3 三点見積り（三点見積法）の使用方法とメリット・デメリットを解説 | Promapedia（プロマペディア） 2020 見積もりは難しい。いつまで経っても難しい。 - Qiita 2022.12 技術顧問との1on1で見積もりには3種類あることを教えて
天才火消しエンジニア霧島「もしPMおじさんが丸投げを覚えたら」 | paizaオンラインハッカソン（POH）
// 協力会社が3社のパターン // （以下の７パターンで一番安い組み合わせを探せばよい） // A社を使う、B社を使う、C社を使う // A社を使う、B社を使う // A社を使う、C社を使う // A社を使う // B社を使う、C社を使う // B社を使う // C社を使う // 社数が増えたら、全組み合せ分コピペしていけば良いはず。
ソフトウェア開発の超概算見積もり | Moonmile Solutions Blog
（誰も待っていないと思うけど）お待ちかねの「３分間見積もりクッキング」の時間です。 結局のところ「概算見積もり」というのは、QCD（機能、コスト、納期）の枠を決めることで、その範囲内で、 ・人員を確保する。 ・機能を配分する。 ・社員を育てる。 ・できるだけ、利益を出す。 を行います。 なので、以上を踏まえたときに、大まかな見積もりは以下の点のみ決めます。 発注会社サイド ・全体の開発予算（コスト） ・開発期間（納期） 機能が抜けているのは、作らなければいけない機能よりも、予算や期間が優先されることが多いためです。 特に発注会社の場合は、 ・開発予算から利用するアプリケーションの減価償却 ・利用開始時期から、開発期間 が決まるために、ある意味で「機能」のほうが調節可能な場合が多いのです。 # 現に、予算が少ない場合は、機能削減で凌ぎますし、 # 予算が多い場合は「機能を盛り込み」ます。 #
【第３０回】マスタースケジュール・フェチ
ご訪問ありがとうございます！ ＜ 前回 ｜ 目次 ｜ 次回 ＞ 突然ですが、あなたはプロジェクト計画書のどの部分に最も興味を惹かれるでしょうか？プロジェクトのスコープ記述ですか？それともプロジェクト予算でしょうか？ 告白します・・・私は、マスタースケジュールが大好きです！ プロジェクトが開始してから、いや、プロジェクトの準備段階からプロジェクトが終了するまで、いつもいつもマスタースケジュールを眺めては、あれこれと妄想にふけっています。。。 【 目 覚 め 】 ～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・ 自分が「マスタースケジュール・フェチ」であることに気付いたのは、確か、システム開発関係の仕事に携わるようになって４年目ぐらいの時だったと思います。当時、私は大規模プロジェクトのサブＰＭ的な役割を担うことになりました。このプロジェクトは、一次
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アート・オブ・プロジェクトマネジメント