学び上手な新入社員が育つ――35項目の成長確認表
上記は、営業部門などで活用している指導項目を例にあげました。本来は、各項目に詳細な項目を明記する必要がありますが、本表では省略しています。 表を解説すると、「時期」は、教えるタイミングや期間を明記します。「ポイント」は教え方（座学、工場見学、体験実習など）や、教える上で注意しなければいけない用語などを明記しておくと効果的です。「理解の確認」は、理解度合いを確認する時期を設定し、どれぐらい習得できたかを確認する目安とします。 表記の仕方は自由です。○=習得確認、△＝要復習、×＝補習などと、教えた人が基準を設けて評価する、あるいは教えた人以外が確認し、客観的に評価するのも一考です。会社に合ったやり方を取り入れてください。「資料」は、どのような資料を活用するかを明記しておくと、情報ソースがバラつかず、教える人が変わってもすぐに対応が出来る点で効果的です。 一覧表で生まれたメリット ご紹介したよう
誠 Biz.ID：研修に行ってこい！： 「ホウレンソウ」がしっかりできる新入社員になってもらうコツ
まず最初の5W3Hです。誰でもよく知っているフレームワークですが、上司や先輩にとっては当たり前となっており、「知っているもの」と思いがちです。しかし、「失敗しないように」と考えている人にとっては、そのような基本的なことが理解できていません。 特に、仕事の目的や背景、重要性などをしっかり伝えることがポイントです。同じ仕事をするときに、最初の1～3回まではこちらから伝え、それ以降同じ仕事を頼む時に、「この仕事は何のためにやるの」「なぜそうするの」「いつまでにできそう」「どんなところにポイントを置く」と問いかけていくと本人の中で理解が進んでいきます。 少しでも出来るようになったことに対して「いいね。これ！」など、伝えていくと、自信を持つことができ成長も早くなります。 続いては2つ目のメモノートを活用すること。仕事の指示をするときは、メモノートと、筆記用具を必ず持たせるようにします。そして、指示や
世界最大(級)システムの見積り根拠の1つは類似プロジェクトの工程別工数比率：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
2007年秋のJAL, JASの情報システムの完全統合の際の話だそうだ。詳細はこちら。過去にあまり実績のないソフトウェア/システム、実績のない規模のものを見積る際に、サブシステムやサブプロジェクト単位で類似プロジェクトをさがす。その類似プロジェクトの工程別工数比率を参考にする。なんとなくしっくりくるような気がしていた。（と記事を参照してから書くとあやしいんだが。。）特に根拠はなく、私の感触だけかと思っていたのだが、超大規模システムの見積りの参考値や見積り根拠の1つとして類似プロジェクトの各工程（ウォータフォールモデル。総合試験を除く）の工数比率を使われたそうだ。 記事では、リーダやマネージャが見積りをする際に、サブシステムやサブプロジェクトごとに類似のものをさがし、その工数比率を見積りの参考値や妥当性確認に使ったことが書かれている。もちろん、最終的な見積りはサブシステムのリーダやサブプロジ
第4回 見積もりとコスト計画--開発負荷を見積もり，プロジェクトのコスト計画を策定する
プロジェクトの具体的なスケジューリングに入る前に，コスト計画を作成しなければならない。まず開発範囲や規模をもとに開発負荷を見積もり，要員コストや外注費を算出する。リスクに対する予備費も考慮する必要がある。では，どのような手順で見積もり作業とコスト計画を実施すればいいのだろうか。 布川 薫／日本IBM 前回は，プロジェクト計画における「品質管理計画」について解説した。今回は，引き続きプロジェクト計画における重要な作業である「見積もりとリスク査定」および「コスト計画」について解説する。 プロジェクト計画段階での見積もり方法は，必ずこうしなければならないという標準手順はないが，一般には次のようなプロセスを踏むことが多い。まず，対象システムの大枠の開発規模や開発負荷を見積もる（図1のP1）。大枠の見積もりができたら，ほかの見積もり方法でこれを検証する（図1のP2）。大事なポイントは，2つ以上の異な
会社の方針がはっきりしなくても――部下が喜ぶストーリーで方針を伝える方法
最近、主任研修や管理職層の研修などをやっていると特によく聞かれるのが「会社の方針がはっきりしない！」ということ。しかし、この不況下で一寸先も分からないわけですから、明確な方針がないのも分かります。とはいえ、そのぼんやりとした方針を伝える必要はあります。どうやって伝えたらいいでしょうか。 世界的な不況の影響でビジネスの世界にも大きな変化が起きています。そんな中で、会社の方針が分からない、会社の方針が伝えられないと悩んでいる組織人もたくさんいます。今日は、そんな人たちのために、いかにして方針を作り、それを伝えていくかということを考えてみましょう。 あなたは会社の方針をきちんと理解しているか？ 最近、主任研修や管理職層の研修などをやっていると特によく聞かれるのが、 会社の方針がはっきりしない！ という文句。「皆さんは、会社の方針を理解して、それに基づいてきちんと部下を指導していますか？」なんてこ
[ThinkIT] 第1回：開発ドキュメント体系と業務フロー (1/4)
ソフトウェア業界の仕事は、下請け・孫請けのピラミッド構成となることが多く、常駐・派遣型のビジネスがかなりのパーセンテージを占めています。そんな中、他の業界と同じように、下請け脱却を目指して"一括請負"で仕事を引き受けたいとする会社もあります。 その志は善しとしましょう。しかし、肝心の"実力"が伴っていないと発注者も受託者もお互いに手痛い目に遭います。ここで言う"実力"とは、単なる技術力のことではありません。スケジュール管理や品質管理、コスト管理などのプロジェクト管理の技術・体制を社内で持っているかどうかが成否の鍵となるのです。 筆者の会社は創立11年目なのですが、創業以来「常駐・派遣の仕事はやらない！」という起業時のポリシーを貫いて来ました。C/SやWebのシステム開発を主体としているのですが、10年間の中では当然（？）、いくつかの失敗プロジェクトもありました。その苦い経験の中で「成功率と
工数の表示もできる日本語Webカレンダー·UNICALE MOONGIFT
人月は良くないと言われ続けているが、それでも未だに人月の神話は続いている。実際、とどのつまりは人月になってしまっている現状を踏まえると、その現状の中でいかに管理、運用するかを検討した方が良いのではないかと思ってしまう。 シンプルで使いやすいWebカレンダー 単位作業に対する消費する時間がどれくらいか、それをきちんとメモしていけばこのようなカレンダーに仕上がるのだ。 今回紹介するオープンソース・ソフトウェアはUNICALE、日本製のWebカレンダーソフトウェアだ。 UNICALEはPHPで動作するシンプルなカレンダーで、データベースも不要で動作する。一ヶ月単位のカレンダーが表示され、上に予定を追加するボックスがついている。ここで予定を登録し、メンバーをアサインしたらすぐに登録できる。 週次の工数表示 予定の更新も可能で、ちょっと秘密めいた予定は「ひっそり」チェックを付けると文字が小さくなる（
アジャイル開発のためのプロジェクト管理·Agilo MOONGIFT
アジャイル開発にとって重要なのは、スクラムを組み、一気通貫で開発してしまう勢いだ。手間のかかるタスクの登録やステータスの更新その他諸々の面倒ごとをやっていたら時間はあっと言う間に過ぎ去ってしまう。 タイムライン 例えばTracは素晴らしいプロジェクト管理だが、少々画面が素っ気ない。そこでもっと便利に使えるAgiloを紹介しよう。 今回紹介するオープンソース・ソフトウェアはAgilo、アジャイル開発を進めるためのプロジェクト管理だ。 Agiloはアジャイル開発を基本としたプロジェクト管理だ。VMWareのアピアランスも提供されているので、すぐに試すことができる。また、Tracのプラグインとしても提供されている。Wiki、タイムライン、ロードマップ、チケット、検索といった一般向けの機能に加え、チーム管理、グラフといった管理機能がある。 グラフ 何よりインタフェースがボタンを中心になっている。こ
Ganna
News ver.0.940リリース 2009/05/22 ver.0.939リリース 2009/04/01 ver.0.937リリース 2009/03/30 ver.0.936リリース 2009/03/19 ver.0.935リリース 2009/02/12 ver.0.934リリース 2009/02/10 窓の杜に紹介されました Gannaとは GannaはWindows上で動作するフリーなガントチャート作成ツールです。 ガントチャートはProject管理だけでなく様々な場面で有効です。 しかし継続して記入していかないと意味がありません。 Project開始時にはExcel等でガントチャートを作成しているけど、 いつの間にか更新しなくなっている方、 一度、Gannaを使ってみてはいかがでしょうか。 様々な用途に Project管理の例 営業状況の管理の例 対応OS Microsoft W
非機能要求とISO9126 | オブジェクトの広場
本稿では、ソフトウェア要求とは何なのかを理解し、非機能要求に焦点を当て、ISO9126、要求定義プロセス、事例と解説していきます。 ※本稿は、技術評論社刊『JAVA PRESS Vol.40』に掲載された記事「機能外要求と ISO9126」を加筆、修正したものです。JAVA PRESS 編集部の了承を得た上で転載しています。 ※一切の転載をお断りします。 はじめに 私達がソフトウェアを開発するためには、ソフトウェアに対する要求 (ソフトウェア要求) が必要です。 ソフトウェア要求がなければ、そのソフトウェアには本当は必要のない機能を作ってしまったり、必要な機能を作っていなかったりするでしょうし、何よりもソフトウェアが完成したのかさえ評価できません。 そのためにも、私達ソフトウェアを開発する者は、ソフトウェア要求とは何なのかを正しく理解しておかなければなりません。 本稿では、ソフトウェア要求
オフィスへの導入必須！タイムトラッキング付きマイクロブログ·XTT MOONGIFT
なぜ導入必須なのか、それは個人的にこのシステムを作りたかったからだ。達人を作ったりしていたら出遅れてしまった。だがもう良い、秀逸なソフトウェアが登場してくれたのだから。 マイクロブログ＋タイムトラッキングという妙技！ twitterを使っていると、このつぶやきを何かに活かせないかと思えてくる。例えばオフィス内に設置した場合、外には出せないような発言が出てくるだろう。それによって社内の活性化にもつながる。かの37signalsではIN/OUTと呼ばれる社内専用のツールでプロジェクトの進行を管理していると聞く。それが出てこないことにやきもきした作者が作り上げたのがXTTだ。 今回紹介するオープンソース・ソフトウェアはXTT、タイムトラッキング機能がついた社内向けマイクロブログシステムだ。 XTTはtwitterライクなマイクロブログシステムだ。発言を重ねていく点は全く変わらないが、右側にプロジ
Microsoft Projectの代替ソフトウェアとしてプロジェクト管理が可能でガントチャート表示もできるフリーソフト「OpenProj」
Windows、Mac、Linuxのいずれでも動作が可能で、JRE1.5以上がインストールされていれば問題なく利用できるのがこの「OpenProj」。ガントチャート、ネットワークダイアグラム、WBSとRBSチャート、レポートの印刷とPDFによる出力、コスト計算などなど、プロジェクト管理に必要なほとんどの機能が備わっています。 また、Microsoft Projectのファイルを開いたり保存することも可能です。ただのビューワーではなく、実際に編集できるのでかなり便利。メニューなどはほとんど日本語化されており、抵抗なく使うことができます。 ダウンロードとインストール、実際の表示などは以下から。 Home | Serena Open Source and Hosted Project Management Software http://openproj.org/ 今回はWindows用を使うの
【AIRコレ】さすがグランプリ! 本格的プロジェクト管理の『Agile Agenda』 | ネット | マイコミジャーナル
『Agile Agenda』は、昨年行われた「Adobe AIR Developer Derby」と呼ばれるアプリケーション・コンテストでグランプリを受賞した、本格的なプロジェクト管理ツールです。 タスクの優先管理やマイルストーン、作業の進捗状況の確認はもちろん、自動でスケジュールを最適化してくれる機能も実装されているため、プロジェクトマネージャー初心者でも最適なタスク管理が行えるのが特徴です。 プロジェクト全体の確認画面。各プロジェクト名やタスクの数、開始日、終了日などが一目で確認できる。左側のメニューからタスクを作成したり、マイルストーンの設定、スケジュールの確認が行える 「Edit Tasks」からタスクを作成します。それぞれのタスクの内容や開始日、終了日、進捗率(パーセント表記)などを入力します。「ラベル」を設定しておくことで、各タスクの分類を作ることも可能です。 タスクの編集画面
echo - スポーツのような、チームワークを。
スポーツのようなチームワークを。echo - スポーツのような、チームワークを。 フィールドを見渡しボールを出した。パスが気持ちよく決まり、受けた仲間はすでにゴールに向かって走ってる。このボールはみんなの期待そのもの。彼ならきっと応えてくれる。 プレイヤー登録とダウンロード - 無料でご利用いただけます チームは一つのゴールに向かって。 チームワークは一つのゴールに向かって進みます。もとを正せば一つの大きな仕事です。その大きな仕事を仲間が分け合い達成していきます。echo はチームワークの中で行われる様々なto-doを管理するためのサービスです。数人のチームワークから何百人のチームワークまで、もちろん一人きりの作業でも、自分がやらなければならない仕事を横断的に管理することができます。 ボールのように仕事をつなぐ。 echo では、自分の仕事の一部をチームの誰かに依頼することが可能です。あな
＠IT：初めてのプロジェクトリーダー
ソフトウェア開発チームを構成するメンバーは大きく2つの種類に分かれます。開発者とリーダーです。開発者にさまざまなスキルが必要なように、リーダーにもさまざまなスキルが必要です。多様なスキルの中で最も習得が難しいとされているのは、開発者と違う視点を持つことです。もし、（教科書どおりにやっているはずなのに）いまあなたがリーダーとしていま一つだと感じているのであれば、開発メンバーから、リーダーへの視点の切り替えが上手に行われていない可能性があります。 この連載を通じて私がお手伝いしたいのは、視点の切り替えです。切り替えというよりは、「もう1つの視点を持つ」といった方が適切かもしれません。メンバーとして、開発者としてプロジェクトチームに貢献してきたあなたが、リーダーとしてチームに貢献するために追加すべき視点を持つにはどうすればよいか？ 次の3つの切り口で説明していきたいと思います。 3つの切り口：「
クリティカルチェーン・プロジェクトマネジメント（くりてぃかるちぇーん・ぷろじぇくとまねじめんと）
不確定要素の多いプロジェクト型業務に、TOC（注1）の基本原理を適用したプロジェクト管理手法。クリティカルチェーン（注2）という制約条件の下、プロジェクト各工程の締め切り厳守を積み上げるアプローチではなく、プロジェクト全体の納期を守ること（あるいは短縮すること）を目的に、TOCの提唱者エリヤフ・M・ゴールドラット博士（Dr. Eliyahu M. Goldratt）によって開発されたTOCプロジェクトマネジメント（注3）ともいう。 PERT（注4）に由来する従来のプロジェクトマネジメント手法が大規模プロジェクトにおける複雑なスケジューリング問題の数理的最適化を志向しているのに対して、プロジェクトという不確定度の高い作業を行う場合の人間心理や行動特性、および社会的・組織的問題に配慮して、全体最適なプロジェクト管理（スケジューリング、タスクの実行、進ちょく管理）を行う実践的手法である。 従来の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルはマイクロマネジメント
日経BP
IDEA * IDEA
オブジェクト倶楽部のダウンロード