新人プロジェクトリーダ向け。チームとプロジェクトを動かす１０のポイント - プロマネブログ
もうすぐ４月ですね。 ４月は人事異動の季節ということで、配置換えなど、仕事が変わることもあるかと思います。 オッサンの後輩なんかもこの時期チーム体制の変更などにより新たにプロジェクトリーダなどに抜擢される人もいるのですが、だいたい半年ぐらいは苦労する人も多い。 そんな若手に向けて、オッサンが過去行ってきたアドバイスをちょっとだけまとめてみます。 新人プロジェクトリーダ向け チームとプロジェクトを動かす１０のポイント １．チームメンバーが仕事ができないと思ってイライラしてはいけない リーダに抜擢される人は、設計やプログラミングなど仕事ができる人を抜擢するケースがよくあります。で、仕事ができる人がリーダになった場合、自分を基準につい仕事を割り振りがちだったりします。 「オレなら１日でプログラミングが終わるのになんで３日もかかるの？」とか、つい言いがちですけど、グッとこらえてください。 メンバー
詳細設計書も問題だけど、それ以上に成果物定義が問題 - プロマネブログ
詳細設計書という名のゴミ | Gm7add9 この手の話題が定期的に上がるわけですけど、毎度同じだよねで終わってしまっては人間進歩しないので、何が問題でどうすればよいのか少し考えてみたく。 詳細設計書は「プログラム説明書」として欲しい。 まあ、元記事も多分業務システムの受託の話の模様なのでSIをターゲットに。 往々にしてSI、特にウォーターフォール開発のプロジェクトの中では、設計書などのドキュメントを多数作成いたします。*1 V字モデル的には、設計から開発に至るまでの間 要件定義書 基本設計書・外部設計書 基本設計書・内部設計書 詳細設計書 プログラム みたいな成果物を作成いたします。 個別の詳細は別のサイトに任せるとして、それぞれ記載する内容を一言で表すと、要件定義書は「スタートとゴール」、外部設計書は「業務とサービスの仕様」、内部設計書は「サービスの構造と機能の分割」となります。 ※た
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
