skillup

技術ブログ

プロジェクト管理

情報管理、進捗管理について

投稿日:

管理業務を少しつずつやるようになりまして、情報管理や進捗管理がメインになりました。

その場合、比較的イレギュラーなケースの情報管理が面倒でして、自分の場合、特に

  • 今やっている作業(開発やdocument修正)と並行して、ソースに修正が加わった場合、それをどう管理、告知し、作業フローに落とし込んでいくか?
  • テスト工程以降で、発生した修正に対してどのように業務フローに落とし込んでいくか?

などでいろいろ問題が発生することが多かったです。

ウォーターフォールのようにすすめてはいるんですが、現実的にテスト工程終了後に開発が並行して行われているなんていうのは頻繁にあります。その場合どう対処していくかという問題がついてまわります。

その場合、ややイレギュラー対応がでてくることが多かったんですが、あまり考えずにExcelでの資料をつくって進捗管理することがおおかったです。

ただ振り返っても、無駄な資料を結構作りがちだなぁ・・と思ったので反省の意味もこめて記事をかいてみようかと。

生ソースからの情報の出力を考える

システム開発の場合、必ず元になるソースがあるので、ソースの状態を可視化できれば一番いいので、できるだけ

  • 人が見て転記という作業は基本的に無駄と考える(どうしてもそれをしないと成り立たない場合のみ実行する)
  • コマンドなどで一括で出力できる手法があればそれを活用する
  • 人が見て確認するのではなく、APIのライブラリ(例:swagger)などを検討する
  • その他なるべく実ソースとの差分が生まれないような手法を検討する

のようにして、元ソースと差分がうまれないようにすることが大切だと思います。

全力で二度手間、二重管理を避ける

直近で「プロジェクト管理ツールを使っているのに、別途そこから1つずつソースを目視して転記などの作業を行う」、ということをやってまして、もう全力でやめるべきだなと(汗)

もうプロジェクトが動いてしまった場合は仕方ないんですが、なるべく、プロジェクト管理ツール(Redmine,Backlog,Github)などから直で情報を出力でき、そこから情報を見るようにした方がよいなとおもいました。(ラベルやカテゴリーなどのフィルタリング機能を使えば大部分のことができると思います。なるべくそのプロジェクト管理ツールの機能をフル活用して、二度手間や二重管理をしないようにすべきだと思います。)

現状のプロジェクト管理ツールでは無理、どうしてもその作業をしないと立ち行かなくなる時に仕方なく作る・・というような流れにしておかないと資料がどんどん増えてしまいます。

自動化と介入バランスを考える

タスクの割り当てとかある程度、自動化できるものはリーダーがやらずにメンバーに自動でやってもらうとか、プログラムを組んで自動的に割り振るなどでも良いと思います。(完全に自動化すると弊害もありそうですが・・・)

プログラミングではYAGNI(必要性があるまでは考えない)という思想がありますが、実際の情報管理などにおいても必要以上に仕事を作らず、

  • メンバー間だけで判断することが難しいか(それができたら一番いいのでまずはそれを考える)
  • メンバー間だけだと混乱が生まれ、情報を横串でみないといけないケースのみにリーダーが絡んでくるのでその部分のみ介入する

ぐらいの温度感でいた方がいいのかなぁなんて思います。

本当に必要な作業かを考える

なんか資料作って管理していると「仕事している感」がでて満足度は非常に高いのですが、生産性があがっているとはかぎりません(汗)

同じ生産性を出せるなら作業量は少ない方が当然いいわけで、常に

  • 資料に関しては今あるツールの付加機能や元のソースからそれが可能かを考える
  • どうしてもその資料を作らないと、作業が進まない時に渋々作る
  • この仕事自体いらないのでは?と常に考える
  • 惰性でやっている作業を疑う

などと積極的に考えて仕事をどんどん減らしていくことが大切かなと思います。

-プロジェクト管理
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

開発時最低限必要かつ有用なドキュメントに関して

ウォーターフォール型の開発をかれこれ1年近くやっております。 自分がやってきた仕事とすると別職種に近いようなイメージでしたが、得ることも多かったため、ここに記しておこうと思います。 以前書いたことの記 …

no image

スプリントレビューについて

現在の現場では主に画面系の機能をベースにスプリントレビューを実施しています。 私はほぼ見学みたいなものなんですが、これを機にスプリントレビューについてちょっとまとめてみようと思います。 以前のアジャイ …

no image

業務フローの分解について

上流工程を担当するようになり、プロジェクトマネジメントや、要件定義、業務フロー分解などについて勉強しておいたほうがいいなーと思い、最近では読書をしております。 本日読んでわかりやすかった本は「はじめよ …

no image

設計業務での改善点など

比較的大規模なプロジェクトの設計段階で思ったことなど。会議など頻繁に開かれると思いますが、聞いているだけだったり、各人が色々なことを喋って内容がまとまっていなかったり・・結局何をやりたいかわからなくな …

no image

外結〜運用フェーズでの気をつけることなど

外結以降のフェーズで注意することなど。(主に障害発生時の原因切り分け) Contents1 エラーの情報伝達に関して2 ログの見方3 デプロイ4 タスクコミュニケーション(タスク管理ツール) 主にスト …

アーカイブ