開発者のタスク管理をGitHubで行ったらうまくいった話 | DevelopersIO
はじめに こんにちは、6月からAndroidの開発を担当している荒川です。 この記事は以下の方を対象にしています。 リモートリポジトリにGitHubを使っている タスクや課題の管理を小〜中規模のプロジェクトで行っている 複数の開発タスクが並行して進むプロジェクトにアサインされている 開発者のみのタスク管理を主体的に行いたい タスク管理ツールを使っているがイマイチうまくいっていない この記事では、私が実践して良かった経験則を紹介します。誰でも真似すれば必ずうまく行くという保証はありません。この記事の読者の方が、担当しているプロジェクトに合わせてアレンジを加えるとより効果が増すかと思います。 開発者のタスク管理 モバイルアプリサービス部では、コミュニケーションツールにBacklogやTrello、Pivotal Trackerを用いている事を突撃！隣の開発環境 パート3【クラスメソッド編】の記
ビジュアル思考派にとって画期的なタスク管理ツール『Trello』 | ライフハッカー・ジャパン
『Trello』は、共同作業を容易にしてくれる優れたプロジェクト・マネジメント・ツールです。また、使うのが「楽しい」ツールでもあります。共同作業以外にも、自分の仕事、家の用事、旅行計画など、さまざまなプロジェクト管理にも使えます。今回は、Trelloで生活全般をオーガナイズする方法を紹介します。 Trelloとは？（どこが素晴らしいのか） Trelloでは、ひとつのウェブページが1枚のボード（board）になっています。ボードの中に複数のリスト（list）を横に並べられるので、プロジェクトの全体像を概観できます。それぞれのリストには、カード（card）と呼ばれるアイテムを追加でき、カードを別のリストに移動したり、リストの中で上下に並べ替えたりできます。 各カードには、チェックリスト、画像、添付ファイル、締切日、色ラベルのほかに、共有ユーザーからのディスカッション・ノートなどを追加できます。
第9回 課題管理表からゴミを取る
プロジェクトで次々に発生する「課題」。これらを的確に管理して対処していかないと，プロジェクトが頓挫するか，品質の低い情報システムを生み出してしまう。だが，課題管理を安易に始めると，課題の中に「リスク」や「ToDo」「備忘録」的なものが混在してしまい，見るに値しない課題管理表になる。このような“ゴミだらけ”の管理表では，とてもマネジメントなどできない。 高橋信也 マネジメントソリューションズ 代表取締役 プロジェクトの課題管理について，会議中，次のようなやり取りを長々と言い合う場面に出会ったことはないでしょうか。 プロジェクトマネジャ：「Aチームの課題は総件数が152件。未決件数80件中，期日遅れが40件になっている。プロジェクトが始まって2カ月しかたっていないのに，どうしてこれほど遅れが生じているのか？」 Aチームリーダー：「重要な課題は3件と認識しているのですが，それ以外は各チームメンバ
新潮流を読む ドラッカーのIT経営論（第35回）
本欄「ドラッカーのIT経営論」の第34回に、ドラッカー思想のキーワードの一つ、"Management by Objectives and Self-Control"の新訳として、「自己目標管理」が掲載されていた。良くも悪くも「目標管理」という訳語が定着してしまったことを前提に考えると、「自己目標管理」は妥当な新訳だと思う。 ただし、マネジメントを「管理」と訳す点については依然として違和を感じる。筆者の専門領域の一つは、「プロジェクトマネジメント」なのだが、こちらについても「プロジェクト管理」という訳語が長年使われてきた。プロジェクトマネジメント学会など、関係者の間から、「プロジェクト管理ではなく、プロジェクトマネジメントと書こう」という声があがり、専門家の間では「プロジェクトマネジメント」あるいは「PM」という表記が定着しつつある。 前回掲載記事を読んで刺激を受けたので、僭越なが
プロジェクト管理にはメールではなくRSSを
IT担当者なら、メールが日々の業務の大きな部分を占めていることだろう。メール管理でも、日常のコミュニケーションでも、プロジェクト管理でも、メールは欠かせない技術となっている。 だが、メールはプロジェクト管理には向かない。メンバーが数人以上のプロジェクトの管理にメールを使ったことのある人なら、お分かりのはずだ。例えば、12人のメンバーがメーリングリストに参加していると、2人のメンバー間でやり取りされているメールのコピーを、ほかの10人が逐一受け取るハメになる、といった状況に陥ったことがあるだろう。 メールは2～3人で何かをするには非常に便利だが、5人以上でコラボレーションする手段としては、ろくなものではない。だが残念ながら、人々は手持ちのツールを使う傾向がある。メールを無理やりコラボレーション用のアプリケーションとして機能させるのだ。もともとメールには、そうした用途はまったく想定されていなか
ThinkIT : 見える化とは何か〜改めて問うその真価
最近、「見える化」という言葉が広く使われるようになった。ソフトウェア開発やプロジェクトマネジメントの文脈において、「トヨタ生産方式」が再度見直されていることが理由の１つであるが、この「見える化」という漢字かな混じり語のベタっとしたインパクトも大きく貢献していると思う。 この言葉からは「現場」や「アナログ」のにおいがする。スマートさからは離れているが、逆に「粘り強さ」や「実践感」といった点で「可視化」という無機質な言葉とは一線を画している。 実は、ここが「見える化」の肝であり、物理的な「モノ感」であったり、体を使った実践的な「行動」に繋がってはじめて見える化なのである。つまり「見える」だけでは「見える化」とはいわない。そこから喚起される実際の物理的な感触が、問題の解決にむけた身体的な行動を生み出してはじめて「見える化」なのだ。 そういう意味で、「何のための見える化か？」ということは、常に問わ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
