わたしが知らないスゴ本は、きっとあなたが読んでいる: 画面仕様書を「作らない」リスク
IT Pro の開発ドキュメントの最適化で笑わせていただいた。これ書いた人は画面仕様で酷い目に遭ったことがないんだろう。笑った箇所は次の通り。 画面仕様書をプロトタイプ・アプリケーションで代用する方法がある。Webシステムの場合は，HTMLの作り方を工夫すればプロトタイプで実際の入力手順や画面遷移も確認できるようになる。エンドユーザーにとっても，ドキュメントよりは実際の画面で確認した方が分かりやすいので，手戻りが減る。これは帳票にも同じことが言える。 あのな、HTMLで作る画面なんざ、紙芝居だよ。「ふいんき」をかもし出すだけで、そいつは「仕様」じゃねぇ！ボタン配置や文字色を目の前で変えられるものだから、いつまでたっても顧客は「ちょっとコレ直して」と言ってくるんだよ。気軽に直せるものとお金を頂戴しないと直せないものがあることをギッチリと顧客に理解していただくために、画面仕様書はどうしても必要
RDT - Ruby Development Tools
RDT - Ruby Development Toolsのドキュメント翻訳Wikiです。どなたでも編集が可能です。成果物のライセンスは、GNU Free Documentation License に準じます。 現在は、Ruby Development Tools Documentation - 0.5.0 の翻訳を行っています。 そろそろ 0.6.0 の翻訳をしないと。 mixi内にコミュニティがあったりします。 RDTへようこそ RDTは、オープンソースのRuby IDEです。 Eclipseプラットフォーム上で動作します。 サポートしている機能は、 シンタックス強調表示、 即時シンタックスチェック、 グラフィカルアウトライン、 Test::Unit ビューワー／ランナー、 Rubyアプリケーション起動、 コード・アシスト（コンテンツ・アシスト）、 ソース・フォーマット、 Rubyデバ
「個人情報」とは何でしょうか
また、これを受けて、各省庁においても業界ごとのガイドラインの策定・公開が進められています。業界ごとのガイドラインには、より具体的な例示などが盛り込まれていますが、基本的な理解をしておくことが重要です。 今回は、個人情報保護法を抜粋しつつ、法でいうところの「個人情報」について、経済産業省のガイドラインを参照しながら解説していきます。 個人情報保護法とは （目的） 第一条 この法律は、高度情報通信社会の進展に伴い個人情報の利用が著しく拡大していることにかんがみ、個人情報の適正な取扱いに関し、基本理念及び政府による基本方針の作成その他の個人情報の保護に関する施策の基本となる事項を定め、国及び地方公共団体の責務等を明らかにするとともに、個人情報を取り扱う事業者の順守すべき義務等を定めることにより、個人情報の有用性に配慮しつつ、個人の権利利益を保護することを目的とする。 高度情報通信社会とあるように
ITエンジニアを続けるうえでのヒント～あるプロジェクトマネージャの“私点”（5）
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップのスキルは生まれつきのものか この連載も今回で5回目になりました。連載の趣旨は、プロジェクトマネージャ、およびプロジェクトマネージャになりたい人のための心構えを解説することです。いい換えれば、プロジェクトマネージャに必要な「リーダーシップ」の解説を意図しています。 連載開始以来、さまざまなご意見をいただきました。リーダーシップに関するご意見の中には、「前向きにリーダーシップを身に付けたい！」というも
FPN-ニュースコミュニティ- 仕事を効率よく進めるための９つのコツ
2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー
1000円でできるlifehacks - けんすーブログ
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。
BasecampでLife Hack シンプルで強力なプロジェクト管理：Goodpic
This shop will be powered by Are you the store owner? Log in here
nothing but trouble - 最近、Wikiの話をよく見るけど…。お前らも本気で活用してる姿を見せてくれよ！
そんなにWikiって一般的じゃなかったのか…？ あと、「企業内でBlog活用」とかいう記事とかもどっかで見たけど、それいうはWikiの方があってるんじゃないかなとか思ったりした。 俺的にはWikiはソフトウェア開発の時に利用する事が多い。多分同じような使い方してる人も多いと思うんだけど。*1 折角だから、どういう感じで使ってるか書いてみる。 プロジェクトがはじまって、メンバたちにWiki使おうよと言う。 とりあえず、Wiki立てる。 CVS等のバージョン管理システムも同時に立てて、定期的にコミットする。 編集者をトレースできるように、アカウント制にしておいた方が吉。 率先して小人さんと化し、自分分担のところ以外に突っ込み入れたり、編集したりすると、心に誓う。 ミーティング用の議事録ページを作る。コメントも書き込めるようにする。 なるべくリアルタイムで書く。 なるべく修正点は、気づいた人に直
開発者が楽しく仕事できる環境とは:近藤淳也の新ネットコミュニティ論 - CNET Japan
立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP（エクストリームプログラミング）のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう
偉くない管理職
CNET Japan : ［近藤淳也の新ネットコミュニティ論］ 開発者が楽しく仕事できる環境とは http://blog.japan.cnet.com/kondo/archives/002275.html はてな近藤さんのブログは、最近いちばん更新が楽しみなブログのひとつだが、この最新エントリは特に面白い。 ＸＰのペアプロも、開発合宿も、残業しないメリハリ流も、「絵に描く」のはかんたんだが、はてなではちゃんと実践していて、効果をあげているというんだからスゴイ。 しかしそれにも増して、「偉くない管理職」というのが、個人的にはツボにハマった。 ＜人を管理する仕事は上司の仕事であり、社員は上司の管理の下で業務にいそしむ、といった上下関係ではなく、例えば開発者が「この案件を10日後に完成したいので工程管理をして欲しい」と若い社員に管理をお願いする、といったものです。実際に最近では、新しく入った社員
WBSを使った作業計画とスケジュール作成の実践知識(1)
図2 WBSによる作業分割の例<BR>WBSとは，プロジェクト全体を，成果物を生み出す作業単位に分割すること。大日程計画では，WBSの最小レベルである「ワークパッケージ」まで分割し，中日程計画や小日程計画では成果物の有無を考慮しない作業単位である「アクティビティ」まで分割する 進ちょく管理の第一歩は，納期・コスト・品質を守るためのスケジュールを立てることにある。その時に最も重要なのは，現実感のある作業内容を明確に定義することだ。この記事では2回にわたって，「WBS（Work Breakdown Structure）」を使って緻密で現実的な計画を作るための勘どころを解説する。 「納期から半年遅れでようやくシステムが稼働した」，「要員の追加投入を繰り返し，人件費がかさんで予算を大きく超過した」——。 当初計画した納期を守ることができず，結果的に赤字に陥るプロジェクトが後を絶たない。仕様があいま
道具箱の整理
はじめに この記事は、mymy-mycompany分室の2005年10月に1ヶ月をかけて書いたものです。ブログだと後から参照するのが大変なので、ここにまとめておきます。また、ブログでは時間の都合で書けなかった話も追加していく予定です。 私の道具箱 ここ１ヶ月ほど、私的Ｗｅｂサイトプロジェクトなるものに参加しています。オープンソース方式ではなくて伽藍方式。以前、オープンソースのカンファレンスに出たときに、そこで発表していた学生が、ちらと「実はオープンソースよりも伽藍のほうがクオリティが高いものができると思っているんだよね～」と話していたのが、非常～に気になってはいるのですが、そのあたりは、各自のモチベーションと時間の取り方の違いでしょうね。オープンソースでもコミットする人数（アクティブな人）が限られていれば伽藍に近くなるし、伽藍にしてもうまくいかないプロジェクトごまんとあるわけなので。 で、
カイゼン活動に参加したあるSEの日記
4月某日 なにやら会社があわただしくなってきた。コンサルタントを呼び，カイゼン活動でシステム開発の生産性を上げるのだという。毎日の仕事だけでも忙しいのに，まったく何をやらせる気なのか。そもそも，何年か前に品質を上げるといってISO9001を取ったけど，本当に上がったのか。上の人間は現場の苦労を分かっちゃいない。来月には，2日かけて部署全員を集めた合宿を開くらしい。当然，仕事は2日前倒しだ。ふぅー。 5月某日 合宿初日。「悪魔のサイクル」というものを書いた。プロジェクトや会社が抱えている問題点を絵にしたものだ。社長も会長も同席して，「どんなことを言っても人事評価には関係ない」と説明したが，信じるわけないじゃん。でも，年が近いやつばかりのグループだったから，調子に乗って日ごろ思っていたことをぶちまけてしまった。大丈夫かなぁ。 うちのプロジェクト・チームのリーダーは，リーダー同士が集まったグルー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
百式・田口氏が推奨！ストレスをなくすデジタル仕事術／Ｔｅｃｈ総研
http://ash1no0to.dyndns.org/htdocs/archives/2005/11/post_65.html