市販のプロジェクト管理ツールが使いづらい理由
市販のプロジェクト管理ツールが使いづらい理由を的確に指摘しているつぶやきを見つけたのでメモ。
ラフなメモ書き。
【追記】@kaorun55さんから「 (TFSも使ってみてください)」のご意見もあり、文章を修正しました。
どんなソフトウェアにもプロセス(手順)が混じっている。
ソフトウェアを使いこなすには、そのソフトウェアの機能に沿った手順に、ユーザは必ず従わなければならない。
つまり、ソフトウェアの機能に込められた開発者の設計思想に、知らず知らずのうちにユーザは従属させられる。
WindowsPCしかり、CentOSしかり、iPhoneしかり、iPadしかり。
新しいツール、新しいソフトウェアは、従来のやり方とは違ったプロセス(手順、やり方)に慣れる必要があり、それに慣れなければ、期待する効果は出てこない。
逆に、ソフトウェアを使いこなすのが目的になってしまい、ツールに振り回されてしまう場合が多い。
市販のパッケージ製品、特にプロジェクト管理ツールが使いづらいと思う時が多い理由は、その会社のプロセスが組み込まれており、そのプロセスを取り入れるのが難しいから。
過去にたくさん出てきたCaseツールは特にそうだろう。
オープンソースのツールが優れている点の一つは、オープンソースのツールの機能に、数多くの開発者の要望を取り入れられているからだろう。
ユーザ自身が機能を追加したり改善するパッチをコミッタに送ってもいい。
特にGitHubが普及してから、PullRequestという手法によって、パッチを簡単に送付してマージするのが簡単になった経緯もある。
つまり、コミッタだけでなく、ユーザ自身もソフトウェアを「使う」立場だけでなく「改善する」役割を担うことができる。
オープンソースのコミュニティという場で、コミッタとユーザが有意義な議論を行って、ソフトウェアを漸進的に育てていく。
ソフトウェアのあるべき姿がアジャイル開発と重なっているように思える。
| 固定リンク
「ソフトウェア工学」カテゴリの記事
- 因果ループ図を再考する~問題の症状をシステム構造として捉えて解決策を見つける(2020.12.25)
- 第73回 SEA関西プロセス分科会「モデルベースシステムズエンジニアリングの活用」の感想~モデルの検証を形式手法で自動テスト化する(2020.12.13)
- 相殺フィードバックを再考(2020.06.17)
- SaaSのビジネスモデルがアジャイル開発を促進したという仮説(2020.06.14)
- なぜなぜ分析、FMEA、FTAの違い(2020.06.09)
「Agile」カテゴリの記事
- 管理職に求められる能力はPM理論そのものではなかったのか(2021.01.14)
- yWriterは映画の脚本を作るためのアプリだったのではないか(2021.01.05)
- カンバンはステータス名が大事(2021.01.02)
- 小説分析ツールyWriterの機能を元にストーリーの構造や考え方を解説するpart2(2020.12.31)
- 小説分析ツールyWriterの機能を元にストーリーの構造や考え方を解説するpart1(2020.12.30)
コメント