プロジェクト管理ツール「Basecamp」の使い方
2017年6月30日 便利ツール 「海外Webサイト・海外Web屋の特徴」でも少し紹介したプロジェクト管理サービス、Basecamp。「日本語版があれば使ってみようかな」という人がいたのですが、実は日本語に対応しているのです！アカウントの作成、言語の設定を含めた、Basecampの簡単な使い方を紹介します！ ↑私が10年以上利用している会計ソフト！ Basecampとは？ Basecampは37signalsが提供しているオンラインプロジェクト管理ツール。「よりシンプルに使いやすく」をテーマに作られ、海外では企業やフリーランサーに大人気です。チームメンバーとタスクを共有することで、誰がどんな業務を持っているのか、どこでつまづいているのかなどがわかるようになり、結果プロジェクトの進行がスムーズになると思います。 Basecampの特徴 メッセージボード、ToDoリスト、マイルストーン、Whi
5人以下のグループならずっと無料で使える、ガントチャート＆連絡共有ツール「ブラビオ・プロジェクト」 | ライフハッカー・ジャパン
ガントチャート（線表）のサービスは、以前にも紹介してきましたが、無料で使える日本のガントチャートサービスは初めての紹介ですね。 「ブラビオ・プロジェクト」は純国産の工程管理＆コミュニケーションツール。ガントチャートやタスク管理、連絡に役立つコミュニケーション機能が、1グループにつき、5ユーザーまでであれば、何個のプロジェクトを作っても無料で使えます。 1アカウントに対する、グループ数の制限はありません。つまり、5人以下のグループで使うのであれば、ずっと無料で使えてしまいます。フリーランスの人や小さな単位でたくさんの案件を抱えているプロジェクトマネージャーには、ちょうどいいサービスですね。 追記：「ブラビオ・プロジェクト」では「グループ＞プロジェクト」という階層になっていて、1つのグループに無料で登録できるのは5人（5ユーザー）まで。5人以上を一つのグループに登録すると有料プランへの登録が必
シンプルでカスタマイズ性が高い、プロジェクトマネジメントツール「Boarrd」 | ライフハッカー・ジャパン
プロジェクトマネジメントツールには、メジャーどころの「Zoho Projects」のほか、さまざまなアプリケーションやウェブサービスがリリースされています。こちらでは、シンプルでカスタマイズ性もバッチリなプロジェクトマネジメントツール「Boarrd」を、ご紹介しましょう。 「Boarrd」では、プロジェクトにおけるメンバーのステータスを共有できるのはもちろん、RSSフィードやFacebook・Twitter・Flickrといった、ソーシャルネットワークのストリーム、イベントカレンダーなど、様々なウィジェットを搭載できます。また、現在、XMLにより、カスタムウィジェットを有効にできるよう改善中だとか。これが可能になれば、カスタマイズ性はさらに高まります。 「Boarrd」は無料のウェブサービス。ユーザ登録が必要です。こちらのページからどうぞ。 このほか、プロジェクトマネジメントツールとしては
無間処理地獄 - やまもといちろうBLOG（ブログ）
・ 楽になろうと、目の前の仕事を頑張って処理 ↓ ・ 処理が終わると別のタスクが振ってきて、頑張って処理 ↓ ・ そのタスクが終わると、前にこなした仕事の返答が返ってきて処理 ↓ ・ 処理している最中に別の仕事が振ってきてタスクリストに入る ↓ ・ 重要度を整理して重要度の高いものから処理 ↓ ・ 重要度の高い順に処理しているはずが、横から緊急度の高いタスクが入ってきて処理 ↓ ・ タスクをこなすほどに、終えたタスクの報告や新規判断が求められて、順番待ちが増える ↓ ・ ｳﾎﾞｧｰ ● ありがちなこと - メールの返事を書いてるだけで二時間ぐらい潰れるけど、別に仕事が捗ったわけではない。 - 伝達事項の確認をメールや電話や打ち合わせで何度もしても、その場の判断でひっくり返す奴は必ず出る。 - 金ではなく「この仕事は俺がやった」といいたいだけで関わってくる奴が出る。 - 製品見積もりや開発見
"自分がやったほうが早い"はダメ! マネージャがやってはいけない5つのミス | 経営 | マイコミジャーナル
マネージャの仕事の中でも重要なものに、部下に適切に仕事を任せる、というものがある。英語では"delegating(権限の委譲)"という。仕事を丸投げしたり、介入しすぎたりしては部下も思い通りの仕事ができないことは容易に想像がつく。U.S.News & WORLD REPORTに「部下に仕事を任せる際の5つの間違い(原題: 5 Ways Managers Fail at Delegating)」という記事が載っているので紹介しよう。 1. 共通の認識を持たない 仕事が成功裏に終了した時のゴールは何かということを事前に部下と確認しなかったため、最後に出てきたものがあなたの期待したものと違っていたということはよく起こる。 2. 進捗管理をしない プロジェクトの最初に話をするだけで、計画通りに仕事が進む……なんてことはない! プロジェクトに関与し続け、チェックすることはマネージャの有効な武器だ。進
システムの納期とは確率分布だ − Publickey
昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが（最後のセッションは、自分が司会のパネルディスカッションでもありましたが）、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP（Rational Unified Process）の創始者でもあります。彼の講演は、この日の基調講演の1つでした。
上流工程-要件定義---目次：ITpro
NVIDIAの時価総額が526兆円で世界首位に、生成AIが促す11年ぶりの地殻変動 2024.06.19
小規模プロジェクト、大規模プロジェクトの見積もり - Murayama blog.
よく、 「小規模プロジェクト」とか「大規模プロジェクト」とかよく言うけれど、 何人くらい（期間はいつくらい）が小規模で、 何人くらい（期間はいつくらい）が大規模なのか曖昧でした。 ソフトウェア見積り―人月の暗黙知を解き明かす 作者: スティーブマコネル,久手堅憲之,Steve McConnell,田沢恵,溝口真理子出版社/メーカー: 日経BPソフトプレス発売日: 2006/10メディア: 単行本購入: 28人 クリック: 446回この商品を含むブログ (90件) を見る を読んでたら、著者（この本）の基準があったのでメモ。 小規模（Ｓ） 全体で参加する技術スタッフが５人以下のプロジェクト。 中規模（Ｍ） ５人から２５人程度のメンバーで構成され、３ヶ月から１年程度継続するプロジェクト。 大規模（Ｌ） 半年から１年以上継続する２５人以上のプロジェクト。内容は勝手に要約してます。 あくまで基準と
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
開発工程でSEが書く文書の基本 − ＠IT自分戦略研究所
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 本連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回
チケット駆動開発のFAQ - プログラマの思索
チケット駆動開発についてのFAQをまとめてみた。 他に聞きたい質問があれば、コメントして下さい。 チケット駆動開発のFAQを集めれば、チケット駆動開発を普及させるのに役立つと思うから。 【元ネタ】 チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) TiDD：チケット駆動開発: ソフトウェアさかば RedmineとTracの機能比較: プログラマの思索 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 Tracのワークフロー: プログラマの思索 ワークフロー機能のカスタマイズ方法 - かおるんダイアリー そろそろTracのワークフローについて語っておくか - almost nearly dead チケット駆動開発は進捗報告作りをどのように解決しようとするか？: プログラマの思索
「技術者の楽園」を作ろうとして、現実逃避するIT企業が多い気がする - やまもといちろうBLOG（ブログ）
経営者が技術者というのは、別に構わない。むしろ、納品物が技術の結晶であるとか、システムそのものであるとか、製品知識が技術と直結している、一品もののビジネスであるなら、合理的なんだろうと思う。 一応、私としては「日本の技術やサービスはガラパゴス化している」とか「パラダイス鎖国である」というのはあまり賛成しない。じゃあドイツは？ スペインは？ イタリアは？ おのおのの国がおのおのの国民性のなかで社会風土の結実として経済システムを持っている以上、”世界標準”とやらと異なっていて当然だと思うからだ。 ただ、技術の独自性や革新性を求めることを社風にするまではいいけれど、採算性の絶対に取れない自己満足気味のプロジェクトや、野放図な開発計画を社員技術者に認めるだけでなく、経営者として考えるべき合理性すら棚に上げて、自分のやりたいようにグダグダな運営をするのは、正直どうなんだろう。 周辺も問題で、彼（彼女
情報システム関係の人とかこれ見とくといいよ - チョコっとラブ的なにか
こんなの出てたから、見ておくといいかもね。 経済産業省では、情報システムの取引において、現行の「人月方式」以外での価格決定方法を模索するため、情報システムの付加価値に着目して価格を決定する「パフォーマンスベース契約」について検討を行ってまいりました。 今般、「情報システムのパフォーマンスベース契約に関する調査研究」報告書として取りまとめましたので、公表いたします。 「情報システムのパフォーマンスベース契約に関する調査研究」報告書の公表について - 経済産業省 本文のさわりにはこんなことが書いてあったよ。 1 はじめに 1-1 背景と目的 我が国の情報システム市場は、現在、主として「人月ベース」の価格表示を行っており、それに伴う価格の根拠がユーザ側の価格への不信感につながっていることは従来から多数指摘されている※が、残念ながら、この課題は現在まで業界全体として抜本的に解決されるには至っていな
リモートワークによるプロジェクト成功のコツ
現在では、仕事の場はオフィスなどにとどまらず、さまざまな便利な場所に広がっている。自分のデスクだけでなく、車やお気に入りのコーヒーショップをはじめ、インターネットや少なくとも携帯電話サービスが使えるところならほとんどどこでも、いつでも仕事ができるようになっている。ビジネスの世界では、国内や世界の各地にいる同僚とコミュニケーションを取りながら業務を行うことが大きな流れになってきている。 適切なツールがあれば、オフィス以外の場所で仕事をするのは難しくなく、そうしたツールは簡単に見つかる。実際、既にわれわれのほとんどはそれらを持っているか、それらにアクセスできる。テキストメッセージング、IM（インスタントメッセージング）、マイクロブログ、Skypeなど、そうしたツールは山ほどある。しかし、その効果はユーザーの使い方に左右されるため、それらを使う上では、常に明確なコミュニケーションと組織文化が肝心
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2009/09/07/20090903creately-releases-its-simple-diagramming-and-design-tool-to-the-masses/