タイム・コンサルタントの日誌から
前回の記事「モダンPMへの誘い 〜 計画のSカーブは、実は2本あり得る」 (2024-05-24)では、タイトルの通り、プロジェクト計画には最早ケースと最遅ケースの二つがありうることを説明した。より正確に言うと、最早と最遅の2ケースは理屈上可能な両極端を表しており、実際はその中間帯に、いくらでもバリエーションを取ることができる（ただし実務上は、たいがい最早ケースで計画を設定してしまう。そのよしあしについては後で論じよう）。 ところで、なぜ計画にこのような幅が生じるのか。それは、プロジェクトを構成するActivityの中に、余裕日数を持つものがあるからだ。前回の例で言えば、それは「ハード選定」と「ハード納品」の2つで、どちらも10日の余裕日数があった。というのも、並列して遂行している「詳細設計」「ソフト開発」の2つの方が、トータルで余計に日数がかかるからだった。まあ、IT開発系のプロジェクト
プログラマの思索
astahにタイミング図がサポートされたのでメモ。 【参考】 astah* 9.2リリースノート | astah タイミング図 | astah* 機能ガイド plantumlでタイミング図が描けるらしい: プログラマの思索 astahとPlantUMLを行き来できるastah* PlantUML Pluginが面白い: プログラマの思索 astah* Mermaid Pluginが公開された: プログラマの思索 Timing図 わかりやすくUMLタイミング図とは 【PlantUMLの使い方】PlantUMLでタイミングチャートを作成する - システムとモデリング UMLのタイミング図を使う機会は正直ほとんどないし、経験もない。 感覚的には、シーケンス図を横型にしたイメージを持っている。 ただ、ハードウェア設計者ならタイミング図をよく使うと聞いているので、どんな状況でどのように使うのか、調べ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
