20名超の会議を必ず1時間で終わらせる“ライブドア流”会議術 - livedoor ディレクター Blog
こんにちは、livedoor Blog を担当しています佐々木です。 「livedoor Blog」プロジェクトの定例会議は、検討する議題が山積みで関係者も多く、いつも20名を超すスタッフが集まります。ですが、長時間の会議はデメリットしか生みませんので、“会議は週に1回1時間だけ”と制限を決めて、そのなかで効率的な会議の方法を試行錯誤しています。 そこで今回は、「アジェンダの作成方法」に焦点をあて、“ライブドア流”会議術の一端をご紹介したいと思います。 【01】アジェンダは前日のうちに関係者にメールする 会議で使用するアジェンダは、前日のうちに関係者にメールして目を通してもらい、補足がある場合には事前に受け付けます。 そうすることで、参加者が予習をするようになり、会議での話がスムースになります。また、アジェンダの内容によって「今回は欠席する」という判断がしやすくなるのもメリットで、参加して
プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
プロジェクトチームのリーダーに向く人、向かない人 ― ＠IT情報マネジメント
チームで遂行されるプロジェクトにおいて、優秀なリーダーの存在は極めて重要です。そこで今回から、リーダーについて考えてみることにします。リーダーシップの具体的な技術に関してはコーチングなどの記事を参考にしていただくことにして、ここではもっとベーシックなところをターゲットにします。なお対象としては、ユーザーサイドに限らずプロジェクト一般についての話となります。 誰でも持っているリーダーの素質 よく話題になることに、リーダーにはリーダーとしての素質がなければならないのか、ということがあります。ある程度の素質は必要でしょうが、それは大多数の人が持っているはずです。そのように考えられる根拠はあります。 例えば、ふさわしい人が地位に就くのではなく、「地位が人を育てる」ケースはよく知られています（年功序列主義の会社ではよく見られることです）。これは、リーダーとして特別な素質がないと思われたり、思い込んだ
Ajaxアプリケーション開発における7つの大罪 - builder by ZDNet Japan
Ajaxは近ごろ人気を集めているが、その人気は伊達ではない。Ajaxを使うことで、より迅速に、より効率良く、より動的なアプリケーションを開発することができるのだ。しかし、Ajaxには固有の落とし穴もあるのだ。 こういった落とし穴は一見したところ、単なる常識を使うことで避けられるように思える。そして、この見方はある意味において正しい。しかし、Ajaxアプリケーションはその先祖にあたるDHTMLとはアーキテクチャが大きく異なっているのだ。あなたがアプリケーション開発作業においてどれ程の常識を発揮しようと、先人たちの犯した過ちから学んでおく方が良いことに変わりはない。そこで、こういった過ちを7つの大罪と呼ぶことにする。ただし、過ちは決してこれらだけに留まらない。 事実、こういった7つの大罪のいずれかを犯す前により小さな過ちを犯す可能性が高い。このため、まずはこのような小罪を7つ見てみることにしよ
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
デスマーチを防ぐスケジューリング : LINE Corporation ディレクターブログ
こんにちは。「livedoor 検索」担当の須田です。 今回はデスマーチを防ぐスケジューリングについて書きます。 以前紹介された、「4つのステップで作る webサイト開発のスケジュール作成」という記事も併せて参考にしてください。 みなさんは周囲で、「このお客様は大事なお客様なので、納期早めでお願いします」または、「大型の案件なので早めに作業してください」という声を聞いたことはありませんか？ 仮に、優先すべき案件だとしても、無理なスケジュールで作業を進行することは好ましくありません。 デスマーチ状態に陥るようなスケジュールを作成してしまった場合、ディレクターとして以下のような原因が考えられます。 1）技術者を魔法使いであるという幻想を持っている。 ※これに関しては、「エンジニアは魔法使いという幻想」という記事にも紹介されています。 2）技術者の作業内容について、「結果」は知っているが、「過程
第3回 Ajaxシステムはどう設計・開発すればいいの？
Ajaxのシステムを構築する際，やってはいけないことは，「ユーザー・インタフェースを下流工程で大幅に修正することだ」（Web開発を手がけるアークウェブ 最高技術責任者 志田裕樹氏）。クライアント側でJavaScriptのロジックが動作するAjaxでは，クライアント側での実行結果をサーバー側に保存する場合もあり，ユーザー・インタフェースの変更はサーバー側のロジックやデータベースのテーブル構造に影響を及ぼしやすい。上流工程でしっかりと操作性を設計し，下流工程で修正しないようにしたい。 そうした開発プロセスのベースになるのは，「ユーザー中心設計（UCD）」である。徹底して利用者の目線に立ち，使い勝手の要件を洗い出したりテストしたりする。「最近はAjaxで過剰な演出をしているサイトが少なくない。本当に利用者のためになる操作性や演出かどうかを考えないと，サービス提供者や開発者の自己満足になってしまう
第7回 Ajax開発で配慮しておくべきことはあるの？
Ajaxを利用したシステムを構築する際に配慮すべき事項はいくつかあるが（表1），ここではセキュリティ上の懸念について言及しておきたい。 まず，XHRでは，機密データを送る特定のリクエスト/レスポンスだけをSSL（Secure Sockets Layer）で暗号化できない。「同じ画面から送られるXHRは，全部暗号化するか，全部平文にするかのどちらかになる」（NTTデータ 木村氏）。全部暗号化すると処理負荷が重くなるので，ログイン画面はSSLで暗号化しているのに，業務画面は暗号化せずにXHRで送受信しているシステムが散見される。少なくとも，セッション情報などを盗まれない設計を検討すべきだ。暗号強度は低いが「aSSL」などのJavaScript暗号ライブラリの利用を考えたい。 次は，ソースコードが読まれるリスクである。クライアントにダウンロードしたJavaScriptのコードは丸見えなので，その
第2回 Ajaxはどんなときに使えばいいの？
Ajaxの開発を経験した多くのITエンジニアは，「ちょっとだけ気が利いているというレベルのものにAjaxを使うとよい」とアドバイスする。 SIベンダーであるオープンストリームの川道司氏（ソフトウェアエンジニアリンググループ システムズアーキテクト）は，処理経過を表す「プログレス・バー」をAjaxで顧客のシステムに実装した（図1）。このシステムでは，WebブラウザからWebサーバーにHTTPでアップロードしたファイルを，Webサーバーがさらに他社のFTP（File Transfer Protocol）サーバーに転送する。以前は，ファイル転送の途中経過が利用者に分からなかった。例えば，ファイル容量が大きくFTPで転送しているうちにHTTPがタイムアウトになっても気付けなかった。 図1●Ajaxを適用することで実現した処理の例 オープンストリームの川道氏は，Webサーバーにアップロードされたファ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
