1989年から約26年仕事としてソフトウェア開発に従事。企業は6社、常駐を含めると10社以上を渡り歩く。2008「計画は“書く”のではなく“立てる”もの。経営統合により社名をウイングアーク1st株式会社に。SPI活動、PMOの組織化に従事。開発サイドへ提供することで資源利用の効率化を図ることが多い。実際、なんでも出来ます。「簡単」にも「複雑」にもなる。誰に言えばいいのかわからない。JIRAワークフローがデフォルトのままオペレーションされている。何をどうやって始めればいいのかわからない。タスクチケットのステータスがOpenのまま。タスクはもう終わっているのに。ツールに課題チケットがどんどん溜まる一方で少しも減らない。チケットを見てもどんな作業かわからない。必要なことが書かれていない。激しいコメントの応酬があるのに、担当者はずっと同じ人。Reserved.有識者によるツール選定プロセスを経て導入されたシステムであるが「さあ!使いなさい!」と言われただけでは現場は戶惑うだけである。インストールし利用し始めていたなら、トレーニングなど受けずともWebや書籍で必死に情報を集めオペレーションをしていた事だろう。33スタートとゴールGOALSTART現場の人間が能動的に動くとき、それは現場の問題の認識がきちんと出来ていて、それを解決するために必然的な行動をしたに過ぎない。少なくとも行動を始めたときの「ゴール」は見失っていないはずだ。現場の人間が課題を認識していなかったら、それを認識させることから始める。プロセス改善の本質を理解しているので、限られたリソースのなかで優先順位を付けながら改善計画をたて、IDEALモデルを回しているはず。手くいかないのは自明である。SPIリテラシーが高いエンジニアやSEPG、PMOの存在如何で、その後プロジェクト管理ツールの活用には大きな差が生まれると考えている。とあるB社情シスなるほど!ワークフローをもうちょっと現場に合わせて改善したいね。それにバージョンとコンポーネントもキチンと整理しよう!あとカスタムフィールドも2,3追加したい!うーん、それは難しいかなぁ。全社プロセスは決まってて、ツールもカスタマイズ済みだからさ。そもそもホントにそれ必要なの?みんなに影響するから、やれる範囲でやってよ。ヒヤリングさせてください。改修の妥当性が確認できましたら、その後アナタの方から改善要望のワークフローを上げてください。承認されるとは限りませんのでご了承ください。承認が下りたら作業に入ります。時期ですか?うーん、優先度はこちらで判断させて頂きますので、最低1か月ぐらいかかると思います。ソフトウェア開発を知らないので話が通じないどけ。新規開発プロジェクトのプロジェクトマネジメントに必ずJIRAが利用されるようになった。現在は23個のJIRAプロジェクトがオペレーションされ、プロジェクトの特性毎に、WBSやかんばん、Scrumボードを使い分けている。このうち8プロジェクトはレガシーシステムからJIRAへの置き換えである。58おわりにこれから益々(有償/無償に係わらず)プロジェクト管理ツールの集約化と活用のプレッシャーは増えていくと思われる。招き、非常に使いにくく、利用率の低いシステムになってしまうだろう。リテラシー」の高い人員を配置し、そこにツールの「管理者権限」を付与することはプロジェクト管理ツール活用の絶対条件となっていると経験によって確信している。creators.TermsPrivacyDMCA。